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BACKGROUND OF THE INVENTION 

Field of the Invention 

This invention relates to the field of foreign exchange of currencies. In particular, 
the invention relates to systems, methods and apparatuses for providing improved 
5 workflow and multi-bid foreign exchange using networked computers. 
Description of the Related Art 

Background: The Foreign Exchange Market 

The foreign exchange market is considered to be the largest and most liquid 
market in the world. The Federal Reserve Bank of New York esthnated, m 1998, tiiat the 
10 daily turnover was around $1.5 trillion a day. See, The Foreign Exchange Market in the 
United States^ Sam Y. Cross, Federal Reserve Bank of New York, available at 
<http://www.ny.frb.0rg/pihome/addpub/usfxm/i>, p. 15, hereinafter Cross. 

Single foreign exchange transactions in the $200 million to $500 million range 
are not uncommon. Id. Further, changes in exchange rates may occur as often as twenty 
15 times a minute. Unlike stocks and some commodities, which are market traded, 

foreign exchange is primarily an over-the-counter market There is no such thing as the 
''price" for a particular transaction. Rather, each dealer, bank, broker, or other trading 
source, provides their rate for each transaction that is proposed to it. 

Thus, the foreign exchange market as a whole is a largely unregulated, global 
20 market that operates twenty-four hours a day. Some definitions will be helpfiil in 
understanding the market. 

Definitions 

Foreign Exchange 

The term "foreign exchange" refers to money denominated in the currency of 
25 another nation, or group of nations. See Cross, p. 9. As such, a person who exchanges 
money denominated in her/his own nation's currency for money denominated in another 
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nation's currency acquires foreign exchange. Id. This is true irrespective of the size of 
the transaction; the person performing the transaction^ or the form of money being 
acquired, e.g, notes, bank deposits denominated in another currency, claims denominated 
in another currency, etc. The term will somethnes be referred to by the commonly used 
5 abbreviation "FX", 

Foreign Exchange transaction 

Thus, a "foreign exchange transaction" is a shift of funds, or short-term financial 
claims, from one country and currency to another. Id. 

Foreign Exchange Market 

10 The 'foreign exchange market" refers to the global network of dealers engaged in 

tradmg around the world. Cil Cross, p. 9. 

Exchange Rate 

The term "exchange rate", sometimes referred to as a **price quote" or "rate", is 
the number of units of one nation's currency that must be surrendered in order to acquire 
1 5 one unit of another nation's currency. Id. However, at any given time there are multiple 
exchange rates for a given currency, e.g. for different buyers or dealers and different 
types of foreign exchange transactions. 

Abbreviations 

A variety of common foreign exchange conventions will be used to identify 
20 currencies according to the commonly used three-letter abbreviation: USD = United 
States Dollar; DEM = Deutchmark; JPY = Japanese Yen; EUR = Euro; etc. Thus, EUR 
500 refers to five hundred Euros. Similarly, the United States convention of using T+N 
to refer to a settlement date days ahead of the current day will be used. Thus, T+2 
means a settiement two days from today. 
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Payment and Settlement 

Every nation has its own payment and settlement practices. See Cross, pp 1 1 -1 3 . 
The term "payment" refers to the transmission of an instruction to transfer value that 
results from a transaction. The term "settlement*' refers to the final transfer of the value 
5 specified in the payment instructions. 

Thus, v/hen two traders enter a deal, e.g. WidgetCo buys JPY 100,000,000 for 
USD 1,000,000, spot, the traders have agreed to the terms of the transaction. Payment 
occurs when settlement instructions are transmitted. Settlement, or execution, of that 
transaction does not occur until later. In most transactions, there are two transfers of 
1 0 money value in opposite directions. 

Foreign Exchange Need 

The term "foreign exchange need" refers to a need for an amount of foreign 
exchange at a particular time. Thus, in the above example, WidgetCo had a foreign 
exchange need for JPY 100,000,000 two days hence— since spot trades settle at T+2 in 
15 the United States at present. 

Programs, Modules, and Computers 
A "program" is a sequence of instructions that can be executed on a computer. 
The program may comprise source code, object code, byte code, and/or any other 
sequence of instructions that can be executed on a computer. 
20 A "computer", or computer system, refers to a computer, a group of computers 

coupled in communication, and/or some other type of computing device. 

A "module" is a logical entity comprised of one or more programs related to one 
another for providing a function. Additionally, a module can be comprised of one or 
more modules. A single module may be implemented across a number of computers. For 
25 example, in a client-server architecture, a module might be comprised of client side 
programs for execution on a client computer as well as server side programs for 
execution on a seiver computer. 
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Trading Modalities 

The accessibility that particular individuals have to different rates and trading 
modalities will vary greatly. In 1998, the Federal Reserve Baiik of New York identified 
ninety-three major foreign exchange dealers, most of whom were commercial banks. See 
• 5 Cross, p. 23, In this role, they serve as intermediaries for corporate clients and also as 
market makers. Additionally, they may also trade for their own accounts. 

In some instances, third party brokers act on behialf of clients in the 
over-tiie-counter market for foreign exchange in return for a fee or commission. This is 
different from dealers, who will sometunes act as prmcipals in a transaction, e.g. take 
10 one side of the deal. Brokers are estimated .to handle about one fourth of the foreign 
exchange transactions in the United States. See Cross, p. 27. 

Until 1992, brokered business was handled over the phone. More recently, some 
electronic broker systems have gained market share. These systems include the 
Electronic Brokerage Systems (EES) and Reuters 2000. These systems may display bid 
15 and offer rates being quoted by potential counter-parties. See Cross, p. 29. It is not 
possible to know the identity of a counter-party until the deal is struck. Id. 

A few very large companies have direct access to EBS and Reuters 2000. 
However, for the most part, someone in a company must make a phone call to their bank, 
broker, or other dealer to carry out the transaction. In recent years, some large dealers 
20 have rolled out single party systems to accept requests from clients. Thus, mstead of 

calling the bank's trading floor, the company would dial in to a dedicated system to place 
the requests. 

Corporate Experience 

It is helpful to explore how the foreign exchange market works for a corporation. 
25 Three example corporations will be considered: CreditCardCo, a credit card compaiiy 
that accepts transactions overseas for dollar-denominated credit card accoxmts; 
WidgetCo, a company that has overseas operations and transactions; and InvestCo, an 
investment company that trades assets overseas. 
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CreditCardCo 

CreditCardCo is concerned about getting good exchange rates. For this purpose, 
they have several employees who place simuhaneous phone calls to different dealers 
with whom CreditCardCo has relationships. The dealers give an hnmediate price and the 
5 employees call those prices out to another employee who writes the prices on a board. 
That employee selects the best price and instructs one of the employees on the phone to 
complete the transaction with the appropriate dealer. 

This process is relatively meflBcient. First, if CreditCardCo has relations with 
twenty banks, it would not be manageable to call all of them. Second, because it is 
1 0 voice/phone based, Ac process is error-prone. As m many foreign exchange transactions, 
mistakes and misunderstandings will occur. Third, once the terms are agreed upon, paper 
slips must be matched up for settlement both at CreditCardCo and at the dealer's bank. 
This process is also subject to errors and misunderstandings, 

WideetCo 

15 WidgetCo regularly needs to perform foreign exchange transactions to pay for 

operations overseas. WidgetCo had in the past gone through a telephone to the trading 
desk at their bank MegaBank. Recently, WidgetCo has begun using MegaBank's 
dedicated system. This allows WidgetCo to place its transactions at the rate MegaBank is 
quoting at a given time. 

20 These systems are not providing "real tune" quotes in the way that the telephone 

dealers were, but rather are providmg a quote based on a ratio off a quote in a pre-loaded 
table, hi this approach, the quote given is only as good as the table and the ratio 
specifying the extent to which the mte is to be adjusted. This system is desirable to 
MegaBank because it reduces their costs for "anall," e.g. less than USD 5 million 

25 transactions. In some instances, the system may allow for transfer to a live dealer, either 
by phone or chat, if the transaction size is sufficiently large. This system is also desirable 
to MegaBank because the quote is more competitive and it locks the client into using the 
bank for its foreign exchange. 
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InvestCo 

InvestCo has several mutual funds for which it trades equities for its clients. For 
example, InvestCo might have an international stock fund with holdings in Japan, 
Europe, and China, As InvestCo' s managers perform trades in those stocks, foreign 
5 exchange needs will arise. 

At present, InvestCo may have a number of employees who review equity 
transactions to identify foreign exchange needs. For example, a buy on Hitachi in Japan 
today will require settlement, e.g. Japanese Yen, to be paid three days hence, e.g. T+3. 
The employees can review these equity transactions and place orders the following day, 
10 as most currencies trade at T+2. 

This is a labor-intensive process that also requires use of the approaches 
described above for CreditCardCo and WidgetCo to carry out the foreign exchange 
transactions. Additionally, there may be additional complexities involved in netting out 
transactions, properly allocating tradhig costs among different funds/clients, and 
1 5 providing appropriate settlement instructions. 

Existmg Multi-Bid Svstem 

Waldron Management Services, Inc. developed FX Fox for foreign exchange 
execution that provides for multiple bids. The system was implemented using a character 
terminal based program on a Digital Equipment Corporation (DEC) system nmning the 
20 Virtual Memory System (VMS) operating system. 

Customers and banks used dedicated phone lines to contact the system and log in. 
The system currently has approximately ten customers signed up and approximately 
twenty banks signed up. The system has been available since 1996 and several dozen 
trades a day are handled. 
25 The system is focused on transaction execution using a multi-bid framework. The 

multi-bid framework works as follows: 

1 . Customer places a transaction request over her/his dedicated connection using 
the character terminal based software interface. 
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2, System presents the request to appropriate dealers, e.g. traders representing 
banks, etc., who are currently logged in to the system. Dealers are given a 
short time window, e.g. less than 60 seconds, usually 20-40 seconds, in which 
to supply their bid. 

5 3 . At end of the time period, pendmg bids are presented to customer all at once. 

The system sorts bids by rate competitiveness for the customer. 

4. Customer has a short time period to accept bids, e.g. less than 1 0 seconds. 

5 . If customer accepts a bid, the appropriate dealer is notified, and the other 
dealers are thanked for participating. 

10 This provides for a very short transaction cycle and reduces exchange risk for dealers 
who place bids. 

Several additional features bear mention. Dealers do not know whether other 
dealers are bidding — or even logged in — ^in order to encourage competitive quotes at all 
times. However, at any time prior to when the customer accepts a bid, a dealer can pull 
15 the quote. 

Requests from customers are shown only to dealers representing banks that have 
a direct credit relationship with those customers and who are trading the appropriate 
currencies. Thus, if customer CI has a relationship with banks Bl and B2, but not B3. 
Customer Cl's requests will never be shown to bank B3. Further, if bank B2 does not 

20 trade the particular currency involved in a transaction request from customer CI, then 
bank B2 will not be shown the request for bidding. 

In addition, the customer can fruther restrict the list of banks to which a given 
request is presented. This can be important when large requests are made. If multiple 
participants in the market know that a large request is coming, they may give a much less 

25 competitive bid because of their perception of risk. This risk arises from the practice of 
"front running" where participants may make trades in advance of a customer knowing 
that the subsequent trade will move prices in a particular direction. When fewer 
institutions see a request, they can break it into smaller, less visible pieces to reduce the 
effect of the trade on the market price. 
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Customers can either provide settlement instructions at die end of fiieir trading 
session, or the customer can memorize certain types of transactions, e.g. sell Euro, and 
provide settlement instructions that are associated with that transaction. 

This system has been highly successful at offering customers more competitive 
5 rates for their transactions because the banks know they may be bidding against others. 
Further, banks enjoy the system because it allows them greater access to their customers' 
foreign exchange needs and reduces errors. For example, as with CreditCardCo above, if 
bank Bl was one of the twenty banks CreditCardCo dealt with, bank B 1 might only be 
asked to give quotes in 10 out of the company's 50 daily transactions. With a multi-bid 
10 system, bank B 1 has a shot at bidding on all 50 of the transactions. 

Conclusion 

The prior approaches to supporting foreign exchange transactions have used 
proprietary systems and approaches that tend to favor established dealers over smaller 
dealers and customers. Prior approaches have not provided workflow features. Prior 
1 5 approaches have not provided for interoperability as a component of a larger system in 
which foreign exchange order execution is a component. Accordingly, what is needed is 
a system for multi-bid foreign exchange worlcflow automation. 
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SUMMARY OF THE INVENTION 

A distributed network system supporting foreign exchange execution is 
described. Embodiments of the invention allow customers to receive competitive price 
quotes to meet foreign exchange needs from dealers through a multi-bid foreign 
5 exchange execution process. 

The multi-bid foreign exchange execution process encourages dealers to place 
more competitive price quotes. However, it simultaneously increases the number of price 
quote requests that dealers receive from their customers. 

The result is a win-win situation. Lower handling costs are also afforded by fewer 
10 errors caused by incorrect hearmg or transcription and automatic exchange of setdement 
information. Therefore, embodiments of the invention are desirable to both customers 
and dealers. 

Several aspects of embodiments of the invention will now be considered in 
greater detail. 

15 Foreign Exchange Execution over a Network 

Some embodiments of the invention support dealer computers communicating via 
a network with customer computers. The dealer computers respond to requests for bids, 
e.g. price quotes, for foreign exchange needs from customers with price quotes. The 
customer computers place requests for bids for foreign exchange needs and respond to 
20 price quotes received from dealer computers. A transaction server enforces time limits 
associated with multi-bid foreign exchange execution between customer computers and 
dealer computers. Additionally, the transaction server monitors latency across the 
network. 

The dealer computers may be operated by dealers, e.g. traders operating on behalf 
25 of banks or other institutions bidding to meet customer foreign exchange needs. 
However, the dealers may program the dealer computers with one or more rules to 
automatically respond to one or more requests. 
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The customer computers may be operated by customers, e.g. traders operating on 
behalf of a management or other institution with foreign exchange needs. However, the 
customers may program the ciistomer computers with one or more rules to automatically 
place requests and/or respond to price quotes. 

5 The dealer computers may correspond to two or more different legal entities. 

Accordingly, the customer computers are able to receive price quotes from different 
banks or other institutions at a single time. 

Similarly, the customer computers may correspond to two or more different legal 
entities. Accordingly, dealers are able to receive requests from different customers on a 

10 single network. 

The network may be a public network, e.g. the Internet, a private network, and/or 
a combination of differerit networks. The network may have a number of network 
devices, e.g. routers, switches, etc., that control the flow of data across the network. 
According to some embodiments of the invention, the transaction server sends 

15 instructions to the network devices in response to the latency information. 

For example, if the transaction server monitors that the latency between the 
dealer computer Dl and the transaction server has exceeded a predetermined threshold, 
the transaction server could mstmct a router to send packets from the dealer computer Dl 
to the transaction server over a different pafli or to instruct the application on the dealer 

20 computer to connect, to an address of a nearer proxy for the transaction server. 

Some embodiments of the invention may be deployed across a network having a 
mixture of guaranteed quality of server (QoS) and non-guaranteed QoS connections. 
Further, such embodhnents may be deployed using points of presence coupled to the 
transaction server by guaranteed QoS connections while the dealer computers and 

25 customer computers are coupled to the points of presence by non-guaranteed QoS 
connections. 

This network topology significantly reduces the costs normally associated with 
using guaranteed QoS links as there are fewer long distance links. However, when 
combined with the latency monitormg features of embodiments of the invention, it can 



wo 01/75751 



PCTAJSOl/06187 



12 

ensure that overall network performance meets service preferences, e.g. a predetermined 
latency threshold. 

Additionally, embodiments of the invention may make use of encryption at the 
transport layer of the network protocol, e.g. using the transport layer security (TLS) 

5 protocol — ^formerly known as the secure sockets layer (SSL) protocol. Additionally, 
embodiments of the invention may use additional authentication methods to allow 
specific customers and dealers to identify themselves to the transaction server via their 
respective customer and dealer computers. 

Embodiments of the invention may extend the time limits for multi-bid execution 

1 0 according to latency characteristics for the network. For example, if from monitoring the 
latency, the transaction server identifies an average latency of 200 ms, then responses 
received within the appropriate time limit plus 200 ms could be accepted. 

The customer and dealer computers may take a number of forms. For example, 
handheld computers with wireless networking could serve as customer — or dealer — 

15 computers. Further, some embodiments of the invention support as customer and dealer 
computers, computers providing a standard web browser with support for Java(TM) 
and/or Javascript(TM), an Internet kiosk, a personal computer with Microsofl(TM) 
Internet Explorer(TM) and an Internet connection, etc. 

In some embodiments of the invention, the transaction server supports automatic 

20 transfer of settlement information between counter parties to a transaction, e.g. a 
customer and the dealer who*s offer that customer accepted. This may occur 
automatically, e.g. after the customer accepts a dealer's offer, the settlement infomxation 
could be transmitted. 

Embodunents of the invention can support a broad range of standard — as well as 

25 non-standard— foreign exchange transaction types. Some embodiments of the invention 
support one or more of the following transaction types: spot transactions, outright 
forward transactions, spot-next transactions, tom-next transactions, spot-a-week 
transactions, spot-two-weeks transactions, spot-forward transactions, odd-date 
transactions, forward-forward transactions, long date transactions, and/or currency swap 

30 transactions. 
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Uses of embodiments of the invention for reducing currency risk in electronic 
commerce will now be considered. 

Reducing Currency Risks in Electronic Commerce 

Some embodiments of the invention support integration with electronic 
5 commerce to reduce currency risk. Accordingly, when a party (e.g. a buyer) conducts a 
transaction with another party (e.g. the seller) using a commerce site, the system can 
identify foreign exchange needs arising from the transaction. 

As a result, a message can be sent to an appropriate party, e.g. the buyer, offering 
to provide foreign exchange execution. For example, on a transaction confumation web 
10 page presented to the buyer, an area could indicate that "EUR 5,000,000 will be needed 
Friday" together with a button to allow the buyer to respond signaling her/his interest in 
having that foreign exchange need met with competitive price quotes. 

The commerce site could then submit the foreign exchange need for multi-bid 
execution and present received price quotes to the buyer. The buyer in tum could 
1 5 accept — or decline — the presented offers. 

The effect of this is to eliminate currency risk from transactions as the foreign 
exchange needs can be met in conjunction with transaction completion. 

Additional embodiments of the invention may support real-time presentation of 
the best price quote for completing a transaction. Accordingly, a buyer would see the 
20 seller's price for a transaction in her/his preferred currency prior to transaction 

completion, e.g. prices for items Euros. As the multi-bid execution process time limit for 
responding to a quote expires, new quotes could automatically be requested. This 
approach allows buyers to view the commerce site in then: preferred currency and 
conduct transactions in real-time without currency risk. 
25 Embodiments of the invention may deployed for business-to-business conunerce 

as well as business-to-consumer commerce. 

Embodiments of the invention may use the credit relationship between the 
commerce site and dealers to determine distribution of requests to dealers participating in 
the multi-bid foreign exchange execution process. Other embodiments, may use the 
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credit relationship between the purchaser, e.g. the buyer, and the dealers to determine 
distribution of requests. The first approach has the advantage of allowing smaller 
companies to use the credit relationship of the commerce site to gain wider distribution 
of the requests. 

5 Some embodiments of the invention, automatically transmit settlement 

information from the buyer to the dealer and vice versa. 

Several user interface functions provided by embodiments of the invention will 
now be considered, 

User Interface Functionality 

1 0 Embodiments of the invention use a graphical user interfece to allow customers 

and dealers for foreign exchange execution. Embodiments of the invention may be 
provided as a single set of one or more programs for both customers and dealers, thus 
enabling customers to act as dealers and vice versa. 

First, the customer user interface will be considered. 

15 Customer 

The interface for customers supports a giaphical tasks list. The tasks list contains 
foreign exchange needs that the customer has to execute. Concurrently, a second visual 
indication can be provide to allow requests for multi-bid foreign exchange execution of 
tasks can be provided, 

20 For example, when a customer clicks on a task in the tasks list, the second visual 

indication could allow, the customer options relating to submitting a request for the 
foreign exchange need corresponding to the task. Thus, if the task was to buy EUR 
5,000,000, spot, the second visual indication might include options to customize the 
request for price quotes, e.g. bid the request as a two-way quote, hedge currency risk by 

25 requesting the transaction as part of a currency swap, etc. 

Once execution occurs, the tasks list is updated. For example, completed tasks 
may be removed from the tasks list. Similarly, completed tasks could be sorted to the 
bottom of the tasks list, have their coloring changed, have an icon assigned, etc. This 
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assists customers in fulfilling all of the foreign exchange needs she/he has been assigned 
to complete in a given period in an integrated fashion relative to the execution. The tasks 
list may be imported from an outside data source, e.g. an enterprise resource planning 
(ERP) system, a spreadsheet, a database, and/or some other source. 
5 Additionally, embodiments of the invention may support a graphical user 

interface to price quote selection. This can be provided with a third visual indication for 
displaying received price quotes. Conventions such as sorting the price quotes in order of 
cost, e.g. with the least cost price quote at the top, showing the dollar cost of each quote 
relative to the least cost price quote, and/or assigning a default keyboard shortcut to 

1 0 select the least cost price quote can be used. 

Still more options can be provided to adjust the shading, coloring, and/or icons 
associated with price quotes. Some of these settings may be defmed from customer 
defined rules, e.g. "Display all price quotes more than USD 1,000 from the least cost 
quote in gray." These rules may reflect customer preferences, e.g. "I like my best quotes 

15 in bright red", as well as customer requirements, e.g. *T am supposed to buy from 
MegaBank if thek quote is within 3% of the best quote." 

Other embodiments of the invention may assign icons, e.g. weather icons from 
sunny to rainy, to price quotes to indicate the relative '*badness" of a quote when 
compared to the least cost price quote. 

20 Additionally, the graphical user interface may include a timer for the customer to 

show her/him how much tune she/he has to accept the price quotes. 
Now, (he dealer user interface will be considered. 

Dealers 

Embodiments of the invention support a graphical user interface for dealers 
25 designed to allow for a high volume of executions. As such, a number of visual 

indications can be provided on the display area. Each of them for receiving requests from 
customers and allowing the dealer to respond to that request with price quotes. 

The visual indications can be distributed over the display area so as not to overlap 
one another. This prevents the need to toggle, or switch, between different views, 
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screens, monitors, etc., to handle several transactions at once. For example, some 
embodiments of the invention provide three simultaneous visual indications. 

Each of the visual indications may also be assigned a keyboard shortcut to permit 
rapid selection of a visual indication. Tliis reduces the amount of mouse movement 
5 needed to switch the keyboard input focus among the visual indications. Thus if the 
dealer is working in a first visual indication and a second request comes in on a second 
visual indication, the dealer can easily switch the keyboard focus to allow her/him to 
provide a quote for the second request without needing to use the mouse. 

Additionally, embodiments of the invention automatically assign incoming 

10 requests to visual indications in the plurality of visual indications. For example, if a 

particular visual indication is in use, it will not be assigned a new request until the earlier 
request is finished, e.g. the customer accepts the offer, time runs out, or the customer 
accepts a different dealer's offer. 

In order to assist the dealer in responding to requests, embodiments of the 

15 invention may supply the most recent quote given by the dealer along with the age of the 
quote, e.g. BUY EUR 0.9950 (3 1 seconds ago). 

Some embodiments of the invention may allow the dealer to develop one or more 
rules for implementing preferences and practices as well as for automatically responding 
to quotes. For example, the dealer could develop one or more rules to highlight her/his 

20 preferred customers' bid requests with an icon. Similarly, the dealer could program 

automatic price quote responses for small dollar volume transactions, e.g. automatically 
use my last quote — ^if less than sixty seconds old — times 0.0005 on transactions with a 
total value less than USD 100,000, etc. This allows the system to allow dealers to 
respond most competitively on quotes that are most relevant for them. 

25 Embodiments of the invention supporting workflow automation of foreign 

exchange will now be considered. 

Workflow Automation Aspects 

Many corporations, or other institutions, carry out transactions throughout the 
world to meet their business goals. These transactions may be recorded in one or more 
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systems such as enterprise resource planning (ERP) systems. Embodiments of the 
invention support identification of foreign exchange needs from the transaction 
information in those systems for workflow completion of the foreign exchange 
execution. 

5 Accordingly, embodiments of the invention can receive tasks from a computer 

system, e.g. the company's ERP system. These tasks each correspond to a foreign 
exchange need gaierated from the transactions recorded in the computer system. This 
task list can be generated by a smgle action, e.g. a button cUck in the customer user 
interface described above, or from an automatic process that periodically causes 
10 transmission of tasks. 

A user interface supporting tasks presentation can be used to allow customers 
trading on behalf of the company to bid out the foreign exchange needs for competitive 
execution through a multi-bid process. 

Then in response to a single action, e.g, a button click, the information about all 
1 5 executed transactions — ^mcluding settlement information — can be provided to another 
computer system, e.g. back into the ERP system or into a foreign exchange settlement 
system. 

The process may include the aggregation of foreign exchange needs across 
multiple entities within the company while preserving cost allocation for execution. This 

20 tends to increase the total value of each foreign exchange transaction because it wiU 
correspond to several smaller transactions; and that in tum.leads to more competitive 
price quotes. Further, because cost allocation information can be preserved, the 
aggregation can occur across distinct entities within the company. 

The flow of settlement information through the process also simplifies the 

25 workflow. That is because, after execution of the transaction, the cxistomer's counter 
party can be sent the settlement information associated with a task and receive ttie 
counter party's settlement information. Thus, any settlement module processing the 
executed transaction will have all of the information needed to settle the transaction 
without the need for external matching of information between the customer's settlement 

30 system and the dealer's settlement system. 
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BRIEF DESCRIPTION OF THE FIGURES 

Fig, 1 illustrates a multi-bid workflow automation environment and the flow of 
work according to one embodiment of the invention. 

Fig. 2 is a process flow diagram for the flow of work according to one 
5 embodiment of the invention. 

Fig. 3 shows the functional components of the foreign exchange execution 
module according to one embodiment of the invention. 

Fig. 4 illustrates a user interface provided to customers according to one 
embodiment of the invention. 
1 0 Fig. 5 is a process flow diagram illustrating the multi-bid execution process used 

by embodiments of the invention. 

Fig. 6 illustrates a user interface provided to dealers according to one 
embodiment of the invention. 
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20 A. Introduction 

A system for multi-bid foreign exchange workflow automation is described. The 
description is organized as follows. An overview of the foreign-exchange workflow is 
provided together with a discussion of the component processes. 

Then, a more detailed discussion of the foreign exchange execution module 
25 follows with an examination of the user interface provided to customers and dealers 
along with a discussion of several provided features. 

Next, the network and back end enviromnent supporting the foreign exchange 
execution module is described. 

A discussion of the workflow process for three example corporations follows. 
3 0 Then, features provided by different embodiments of the invention are discussed 

in greater detail 

B. The Foreign Exchange Workflow 



Turning first to the description of the foreign exchange workflow, Figure 1 
illustrates the multi-bid workflow autonlation environment and the flow of work. Figure 
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2 is a process flow diagram for the flow of work. The environment and workflow 
described can significantly lower the costs associated with satisfying foreign exchange 
needs for a company. 

For clarity of explanation, the entities shown in Figure 1 will be described in 
5 connection with the worlcflow process of Figure 2. 

The starting point is a management 100 that may include one or more logical 
entities, e.g. entity 102 and entity 104. The management 100 may represent a 
corporation, an individual, and/or some other type of management structure. The entities 
within the management, e.g. entity 102 and entity 104, may be divisions, accounts, 
10 departments, clients, and/or some other component on behalf of which the management 
100 is acting. 

Some examples may clarify the distinction, If the management 100 represents 
InvestCo, a hypothetical mutual fund company, the entities may correspond to distinct 
funds managed by InvestCo. Similarly, if the management 100 represents WidgetCo, a 

15 hypothetical company with international operations, the entities may correspond to 
divisions within the company. 

First, at step 200, the management 100 executes one or more transactions on 
behalf of the entities 102-104. The transactions for the entity 102 are shown as 
transactions 106A-C. The transactions for the entity 104 are shown as transactions 106D- 

20 E, The transactions 106A-E represent transactions made for the respective entities in a 
given time period, e.g. today, this moming, yesterday, etc. Examples of transactions 
include purchases and sales of assets, purchases and sales of equity instruments, 
expenses due, payments received, and/or other types of non-foreign exchange 
transactions. For example, the transaction 106 A may represent a sale of a Japanese stock. 

25 Similarly, the transaction 1 06D may represent a lease payment. 

Next, at step 202, the foreign exchange needs are ascertained and aggregated — or 
netted out — additionally, settlement instmctions can be associated with the foreign 
exchange needs. This is shown by the arrows 107 in Figure L The process of step 202 
leads to the identification of foreign exchange needs 108A-C. The automation of this 
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process simplifies the identification of needs and can significantly reduce trading costs 
by allowing aggregation of needs across multiple entities. 

As shown in Figure 1, step 202 can be repeated hierarchically to aggregate needs 
across the entities. This can also ensure proper allocation of trading costs across entities. 
5 Table 1 shows example transactions that might correspond to the transactions 1 06A-E. 
Table 2 shows the foreign exchange needs for each entity as generated according to the 
process of step 202. 



Transaction 


Detail 


Transaction 106A 


Sell 100 Shares JCol stock on Japanese mailcet for JPY 26,000 / 
each; JPY 4000 commission. 


Transaction 106B 


Buy 500 Shares ECol stock on European market for EUR 190.0 / 
each; EUR 50 commission. 


Transaction 106C 


Pay lease payment on Japanese office fecilities, JPY 1,000,000. 


Transaction 106D 


Sell 400 Shares ECo2 stock on European market for EUR 191 .0 / 
each; EUR 50 commission. 


Table 1 



Need 


Comment 


Entity 102 


Sell JPY 1,604.00; T+3 


Derived from transaction 106A and 
transaction 106C. 


Buy BUR 95,050; T+3 


Derived from transaction 106B. 




Entitv 104 


SeU EUR 76.450; T+3 


Derived from transaction 106D 


Table 2 



As seen in Table 2, the initial aggregation v^as on a per entity basis. If step 202 is 
10 repeated, aggregation can be performed across entities to net out the transactions in 

Euros to a BUY 18,600 needed at T+3. Allocation information can be saved to keep 

track of the relative contribution of each entity to that net foreign exchange need. 

The costs can be allocated among entities as appropriate to meet the fiduciary 

duties of those entities. One approach is to look at the magnitude of each entities 
1 5 contribution relative to the sum of the magnitudes. For example, if entity A had to BUY 
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1,000,000 EUR and entity B had to SELL 500,000 EUR, even though the net transaction 
amount is BUY 500,000 EUR, the cost allocation could be 2/3 entity A and 1/3 entity B. 
This would be true hrespective of whether the individual transactions were BUY or 
SELL since the ratio of 1,000,000 / 1,500,000 would not change. Still other approaches 
5 may be used. 

The settlement information can be taken from lookup tables and/or databases 
established by the management 100 with information on a per entity basis if needed. 
Additionally, in some embodiments, the settlement information can be extracted from a 
settlement module (e.g. the settlement module 1 1 6) which is used by the management to 

1 0 handle settlement of foreign exchange transactions. 

Next, at step 204, a single click can cause the foreign exchange needs, together 
with any associated settlement information and/or cost allocation information, to be 
transferred to the foreign exchange execution module 1 12 as tasks. This is shown by the 
arrow 1 10 in Figure I. In some embodiments, the tasks together with settlement 

1 5 information and cost allocation information are transmitted in an extensible markup 
language (XML), a comma separated value (CSV) format, a database format, a remote 
mvocation, and/or some other format. The transmission may occur over a network, e.g. 
using a hypertext transfer protocol (HTTP) with, or without, transport layer security 
(TLS) protocol — ^formerly known as secure sockets layer (SSL) protocol--^o the foreign 

20 exchange execution module. In other embodiments, the information may be transmitted 
via file transfer protocol (FTP), electronic mail, and/or some other format. 

In some embodiments, the single click is mitiated on one or more computer 
systems at the management 100, e.g. to "push" to foreign exchange module 1 12. In some 
embodunents, the single click is initiated from within the foreign exchange module, e.g. 

25 from a user interface to "pull" from the management 100. In some embodiments, the step 
202 and the step 204 can both occur in response to the single click. 

The exports could also be automated by configuring one or more computer 
systems at the management 100 to cause the generation of foreign exchange needs (e.g. 
the foreign exchange needs 108C) via step 202 and the export via step 204 on an 

30 automated basis, e.g. hourly, at the end of trading, daily, once a week, etc. The timing 
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can be selected based on the business needs of the management 100. Factors the 
management 100 can consider include, for example, the level of currency risk the 
management 100 wishes to take versus the advantage to the management 100 of lower 
costs through netting out transactions for execution at lower cost. 

S Once the information is transmitted at step 204, tasks can appear in the foreign 

exchange execution module 1 12 at stop 206. A more detailed discussion of the foreign 
exchange execution module 1 12 appears below. Note that the module handles task 
presentation 120 and multi-bid execution 122. Once a task is complete, e.g. the foreign 
exchange transaction has been executed to meet a particular foreign exchange need, there 

10 is a visual indication of task completion at step 208; see below for more details. 

In some embodiments of the invention, the foreign exchange execution module 
112 presents a graphical user interface (GUI) on a computer system to a person working 
on behalf of the rnanagement 100 to execute tasks, e.g. a customer. Similarly, dealers, 
e.g. persons operating on behalf of banks, may have a GUI to allow bidding for requests 

15 ftom the foreign exchange execution module 1 12. In some embodiments, the foreign 
exchange execution module 112 can operate both for customers and dealers. 

Fmally, at step 210, after a single click is received in the foreign exchange 
execution module 1 12, the executed transaction information for completed tasks is 
transmitted to the settlement module 116. This is shown by the arrow 1 14 in Figure 1 . In 

20 some embodiments, the foreign exchange execution module is programmed to 

automatically transmit information about completed tasks to the settlement module. The 
specific configuration will depend on the business needs of the management 100. 

In some embodiments, the inforaiation is transmitted using a format similar to 
those used at step 204. The information, however, now mcludes information received 

25 when the transaction was executed. For example, the information could include the other 
party's settlement information, the agreed upon price, comments fi-om the trader, 
performance evaluation of the execution by the trader relative to the offered prices, 
and/or otlier relevant infoimation for completed foreign exchange transactions. 
The relative performance information can provide the management 100 a 

3.0 valuable tool to measure the quality with which their agents are executing foreign 
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exchange transactions using the foreign exchange execution module 1 12. For example, if 
the bids received for a transaction were (1) EUR 1.0500 / USD 1,00 and (2) EUR 1.0490 
/ USD 1,0000, and tiie user of the foreign exchange execution module 1 12 selected bid 
number one for a purchase of EUR 1,000,000, the cost of the user's selection versus the 

5 lowest cost option could be shown, e.g. USD 1 ,000. 

Still other information could be included, e.g., average quote, median quote, 
and/or other information relating to the transaction. Additionally, the relative 
performance information may be aggregated to include overall performance for tiie user 
over a given time period. Alternatively, other computer programs and computer systems 

10 can be used to assess overall performance xising the relative performance information 
transmitted from the foreign exchange execution module 1 12. Examples of other metrics 
that may be available include quotes from third party price feeds and other quotes being 
offered in the system for similar transactions. 

Note also that embodiments of the invention may be designed to distribute tasks 

15 across multiple users acting on behalf of the management 100. In these instances, the 
management 100 will have multiple agents acting on their behalf, possibly 
simultaneously, via access to the foreign exchange execution module 1 12. As part of step 
204, the tasks can be distributed across the various agents for the management 100. The 
distribution can occur either based on one or more rules implemented in the computer 

20 systems of the management 100, or based one or more rules established by the 
management 100 in the foreign exchange execution module 112. 

The settlement module 1 1 6 can be provided by companies other than the provider 
of die foreign exchange execution module 112. The settlement modxile may be a portion 
of existing back ofBce systems available at the management 100. Examples of software 

25 products that could be used as flie settiement module 1 16 might mclude Swift and DTC. 
Once the settlement module 116 completes processing, update information can be sent 
back to the management 1 00 as shown by arrow 118. 

Now, the GUI provided by embodiments of the invention to customers and banks 
will be considered in greater detail. 
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C. Foreign Exchange Execution Module 

As discussed above, the foreign exchange execution module 1 12 can provide a 
graphical user interface (GUI) to allow users to interact with the system. 

In the most situations, there are two distinct types of users; customers, e.g. traders 
5 acting on behalf of the management 100 according to the scheme shown in Figure 1 , and 
dealers, e.g. traders acting on behalf of banks or other institutions bidding to meet 
customer foreign exchange needs. In some embodiments of the invention, users can act 
both as customers and dealers. This can allow for inter-corporate or inter-dealer trading. 

First, the system architecture- for foreign exchange execution module will be 
1 0 considered. Next, the customer user interface will be considered. The multi-bid process 
will then be considered. Lastly, the dealer user interface will be considered. 

Svstem Architecture for Module 

Figure 3 shows the functional components of the foreign exchange execution 
module according to one embodiment of the invention. This could be used to provide the 
1 5 foreign exchange execution module 1 1 2 and implement the features described below. 

The following lists the elements of Figure 3 and describes their intercomiections. 
Figure 3 includes a display logic 300, a client network logic 302, a network 304, a server 
network logic 306, a presentation logic 308, abusiness logic 310, and adatabase 312, 
The display logic 300 is coupled to the client network logic 302. The network 304 is 
20 coupled in communication with the client network logic 302 and the server network logic 
304. The server network logic 306, the presentation logic 308, the business logic 310, 
and the database 3 12 are coupled one to another in the order listed. 

The following describes the use of the elements of Figure 3. The foreign 
exchange execution module is designed according to the client-server model in the 
25 configuration shown. Different embodiments of the invention may include different 
distributions of components between the client side and the server side. 

In the configuration shown, the client side includes the display logic 300 together 
with the client network logic 302. The display logic can be implemented with a mixture 
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of extensible markup language (XML); Java(TM) applets; Javascript(TM); as a client- 
side application, e.g. native Windows(TM) programs; using static or dynamically linked 
libraries; and/or as a combination of the above approaches. For example, in some 
embodiments of the invention, the client side Msec intwface is supported usii^ a standard 
5 web browser, e.g. Internet Explorer(TM), Netscape Navigator(TM), etc., together with 
XML, Java(TM), and JavascriptCTM). 

The client network logic 302 can be implemented in a similar fashion to Ihe 
display logic 300. The client network logic 302 provides communication access between 
the client-side and the server-side over the network 304. In some embodiments, tiie client 
10 network logic 302 and the display logic 300 are implemented in a single program, applet, 
library, and/or other implementation. 

The client network logic 302 may support a Transport Layer Security (TLS) 
protocol (formerly known as the Secure Sockets Layer (SSL) protocol) for secure, 
autiienticated communications across the network 304 using an application protocol such 
1 5 as hypertext transfer protocol (HTTP), other well-known protocols, and/or a proprietary 
application protocol. 

Depending on the implementation for the display logic 300, different client- 
server communication approaches might be available. For example, if the display logic 
300 is unplemented using one or more Java(TM) applets, the remote method invocation 
20 (RMI) niigli* used across a TLS protocol link for communication. 

The network 304 may be a public network such as tiie Internet; a guaranteed 
quality of service (QoS) network, e.g. a private packet switched network; a virtual 
private network implemented on a public network; a wireless network, and/or some other 
type of data network. Additionally, the network 304 may connect to load balancing 
25 devices to allow tiie elements 306-3 12 to be distiibuted across multiple computer 
systems. Some of the network and security issues relating to the foreign exchange 
execution module 1 12 are described in greater detail in tiie section "Network and Back 
End Environment," below. 

The server network logic 306 provides the counterpart to the client network logic 
30 302 and should support protocols used by the client network logic 302, including the 
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TLS protocol when used to secure flie communication channel. The server network logic 
306 may be implemented as one or moie programs. 

The presentation logic 308 and the business logic 310 are separate components 
for design purposes. The presentation logic 308 controls the presentation of information 

5 to customers and dealers accessing the foreign exchange execution modxile through the 
display logic 300. The business logic 310 enforces the business rules for the system, e.g. 
the system behavior, the multi-bid execution process, the handling of requests, etc. The 
two components allow for a clean distinction between the business rules implemented in 
the business logic 310 that is separate from design choices for presenting that 

10 information in the presentation logic 308. The two components may be combined in 
some embodiments of the invention. The presentation logic 308 and the business logic 
310 may be implemented as one or more programs. 

The database 3 12 can provide persistent storage for the presentation logic 308, 
the business logic 310, and, if appropriate, the display logic 300. 

1 5 Additionally, in some embodiments of the invention, transaction boundaries 

where atomicity of access to the database 312 should be enforced are kept in stored 
programs — also called procedures in database terminology — in the database 312. Some 
embodiments of the invention use databases from Oracle Corporation, of Redwood City, 
California, to provide the database 3 12. 

20 Some of the business rules that may be enforced by the business logic 310 

include rules limiting distribution of requests accordmg to credit availability between 
trading parties, rules to enforce time limits associated with the multi-bid process, rules 
limiting distribution of requests to appropriate counter-parties based on the currency 
involved, and/or additional rules. Different business rules enforced by the system will be 

25 discussed throughout the remainder of the document. 

We now tum to the display logic 300 from the customer perspective and the 
dealer perspective. 
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Customer User Interface 

Figure 4 illustrates a user interface provided to customers, e.g. traders acting on 
behalf of the management 100, according to one embodiment of the invention. This 
interface allows for rapid multi-bid execution to satisfy foreign exchange needs as part of 
5 a foreign exchange workflow. 

The graphical user interface can be provided by the display logic 300 in 
conjunction with the presentation logic 308 and the business logic 3 1 0. The interface is 
shoAvn in Figure 4. The display 400 may comprise a physical display or a region on a 
physical display such as a window. The display 400 is shown with various interface 
10 components. There are four main components according to some embodiments of flie 
mvention: the tasks list 402, the task detaU 404, the request choices 406, and the bids 
408. Each could be displayed as separate windows or as part of a larger single window. 
In some embodiments, the position of the user interface elements can be changed and, 
where appropriate, saved for use m later sessions, 
1 5 Several other interface components may be present on the display 400; these 

include menus; button bars; pricing information, e.g. from a data feed to show quotes 
being offered elsewhere; reporting options; and/or other content. For example, the 
customer might select a button in a button bar to produce a report showing executed 
trades and confirmation information. Another button might cause the one-click 
20 transmission of transaction information of step 212. 

The usage flow is from task presentation 120 to multi-bid execution 122 for each 
task. Tasks can be selected one at a time from the.task list 402, e.g. the task 410 could be 
selected. The task 410 is then displayed m greater detail in the task detail 404. 
Embodiments of the invention can use coloring, shading, and/or icons to 
25 distinguish task status, e.g. executed, important, handle tomorrow, etc. See "Tasks List 
Details," below, for more detail. 

One or more options may.be available in the GUI to further customize the tasks 
list 402, e.g. what is shown in the list view. For example, the system default setting may 
be to list the currency and the type of transaction m the list, e.g. EUR BUY, JPY SELL, 
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etc. However, the customer may further refine the display to include additional 
information. 

In some embodiments of the invention, the task detail 404 can appear in the tasks 
list 402 viien the user clicks an expand, or a disclosure, icon next to a task summary. For 

5 example, a disclosure triangle icon could be used to allow a user to scan details in place 
instead of using a separate region such as the task detail 404. 

The customer reviews the task detail 404. The customer may make decisions 
about whether or not she/he wants to complete the task at the present time. For example, 
the customer may be aware of a trend in the Euro that would make it advisable to wait 

10 until after a crucial announcement before making a trade. In that case, the customer can 
simply select another task from the list. Similarly, the customer may wish to restructure 
the task into multiple foreign exchange transactions to hedge currency risk. 

The customer uses the request choices 406 component to specify her/liis request. 
As a default option, the foreign exchange execution module 1 12 can pre-fill options into 

15 the request choices 406 based on the tasL For example, a task to BUY JPY 10,000,000, 
spot, could be pre-entered into the request choices 406 in suitable user interface 
elements. The customer could then modify those values as needed. 

For example, the customer might place the request as a two-way bid request so 
that bidding dealers would not know whether the customer was a buyer or seller of, in 

20 this example. Yen, but would have tp give the customer two price quotes, one for buying 
and one for sellmg Yen. The multi-bid process as implemented by embodiments of the 
invention is described in greater detail below. 

Bid Disnlav Details 

Embodiments of the invention make use of the graphical user interface to help 
25 customers better understand the different bids presented. Specifically, the bids 408 
component can display received bids in a table, scrolling list, or other formatted visual 
indication. For example, m Figure 4, the bids 408 shows two bids, the bid 414 and the 
bid 416. 
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In the configuration shown, the source of the bids, the exchange rate, a dollar 
amount cost comparison to the best bid, and an accept button are shovm for each bid. In 
some embodiments, the source may be omitted, e.g. if counter party information is being 
kept confidential until after transaction acceptance. 

5 In some embodiments of tiie invention, the best rate quote is presented at the top 

of the list and a short-cut key, e.g, "A" or "ControU", is available to allow rapid 
selection of the best rate. In other embodiments, each bid is assigned a letter or number 
that is shown in the screen next to the bid. To select a bid, the customer can press the 
corresponding letter or number. 

10 The display of a dollar amount cost compared to the best bid is useful for 

allowing customers performing trades to quickly evaluate the difference between rate 
quotes. For example, rate quotes of 1 .4004 and 1 .4005 for buying EUR 1 ,000,000, spot, 
are very similar. However, it is virtually impossible for a human to compute the dollar 
difference for taking the slightly higher quote in just a few seconds. Accordingly, 

1 5 embodiments of the invention could show that the 1 .4005 rate would cost USD 1 ,000 
extra, etc. 

Additionally, some embodiments of the invention make use of colors, or shading, 
to identify bids in different tiers relative to the best rate. For example, darker colors 
could be used for bids with rates that are more than N%, cither in the quote or the dollar 
20 difference, firom the best rate. The exact percentage could be set by the customer, the 
management 100, and/or through system default rules. For example, the management 
100 might configure the system to color bids 10-20% out yellow and 20%+ out red. This 
would help management 100 direct its trading employees, e.g« the customer, to select 
better bids. 

25 Some embodiments of the invention display a timer 4 1 8 to allow the customer to 

be shown how much time remains to accept a bid. 

Some embodiments of the invention allow the customer to change the sort order, 
e.g. sort by preferred source list. Additionally, if more complicated rates are being 
presented in a single bids 408 component, the sort order options may allow the user to 
30 quickly sort to the top the most favorable rate quotes for each category of rates presented. 
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In some embodiments, if coloring, or shading, is used, each quote is separately colored, 
or shaded, according to the rules. 

More complicated bids can also be presented using multiple bids 408 
components. For example, in a two-way bid request, where the user wants both buying 
5 and selling prices, two bids 408 components cotdd be shown on the display 400. 

Taslcs List Details 

After execution, the tasks list 402 status for a task, e.g. the task 410, can be 
updated to reflect execution. This is desirable for ensuring that the tasks list 402 shows 
the most relevant information to the customer in an easily accessible form. Accordingly, 

10 one or more of the use of colors, shadmg, icons, sorting and/or filtering of the display of 
the tasks list 402 can be used to reduce clutter and unprove workflow. 

In some embodiments of the invention, executed tasks are shaded a different 
color from non-executed tasks, e.g. gray. Thxjs, upon execution, the task 410 would be 
shaded gray. This provides a quick visual indication that the task 41 0 has been executed. 

IS In some embodiments of the invention, additional shading colors are used to indicate 
whether or not counter party settlement information has been received, e.g. light gray for 
executed but awaiting settlement information and gray for executed and settlement 
information received. Still more shading variations can be used for different status 
conditions as well as different shades, e.g. customer selected colors. Colors and icons can 

20 be used to provide a similar effect to shading in some embodiments of the mvention. 

In some embodiments of the invention, automatic sorting or fihering of the tasks 
list 402 can occur. In embodiments that use sorting, completed tasks are automatically 
sorted to the bottom of the tasks list 402. This keeps tasks that remain to be completed 
near the top. Thus, after the task 410 is executed, it would sort to the bottom of the list, 

25 and the task 412 would be at the top. In filtering embodiments, the task 410 would no 
longer appear in the tasks list 402 unless the customer selected controls in the user 
interface to see all tasks, e.g. in a menu option or button control. 

Some embodiments of the invention use combinations of these approaches, e.g. 
shading and sorting. This allows the customer to quickly scroll the list and easily see 
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completed tasks; however, at the same time the tasks at the top of the list will be those 
most important to the customer— the non-executed tasks. 

Additionally, the task information unported into the foreign exchange execution 
module 112 may mclude status information, e.g. important, execute tomorrow, etc. The 
5 specific status information can also be derived from one or more system, customer, 
and/or management, defined rules m the business logic 310. For example, embodiments 
of the invention may support rules to associate an icon with forward tasks and to sort 
them to below spot tasks. The rules can be adjusted by the management 100, and/or its 
customers. This allows the system to be flexibly programmed to meet business needs and 
10 stylistic preferences of individual companies and traders. 

The multi-bid process used by embodiments of the mvention will now be 
described in greater detail. 

MuJtl-Bid Process Details 

Once the customer submits her/his request, a multi-bid execution process 
15 commences. The process is detailed m Figure 5 according to the principles of the Unified 

Modeling Language. The flow of time is from top to bottom and is shown by the arrow 

500. The participants are the customer 502, the transaction center 504, and one or more 

dealers, represented by a single dealer 506. The participants communicate across the 

network 304, shown with dashed and dotted lines. 
20 The process starts after a customer completes her/his request in the request 

choices 406 component. She/he can click on a button, or other user interface element, to 

submit the request for bids at step 508. 

At the transaction center 504, the server side components of the foreign exchange 

execution module 112 reside. The transaction center 504 may be distributed 
25 geographically across the globe among many computer systems. In this example, the 

transaction center 504 provides the elements 306-3 12 of Figure 3, e.g. the server side 

elements of the foreign exchange execution module 1 12, either entirely or across 

multiple, geographically distributed computer systems. 
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According to tfie business rules implemented in the business logic 3 10, the 
request &om the customer is distributed to all currently active dealers with whom an 
appropriate relationship exists. See the section 'Third Party Surety," below, for more 
detail on appropriate relationships. The business rules are designed to ensure that the 
5 dealers that will receive quotes at step 512 meet one or more of the following 
requirements: (1) online and ready to trade, (2) trading in bid currency; (3) credit 
relationship with customer; (4) latency and QoS guarantees being met; and/or (5) follow 
supplied rules for customer and dealer, e.g. dealer is limited to USD Z in trades per day, 
etc, 

10 At step 512, the request is sent to all of the appropriate dealers and an X second 

limit begins to countdown. The X second limit defaults to thirty seconds in some 
embodiments of the invention. In other embodiments of the invention, longer periods of 
time are provided when dealers are asked to give more complicated quotes, e.g. packaged 
deals, different time horizons, etc.; see below for more details. 

15 Once placed, the bids are returned, e.g. the dealer 506 returns her/his bid at step 

512. Dealers are not obligated to bid on any transaction, e.g. the dealers 506 need not act 
as market makers, though they may if they choose. The transaction center 504 enforces 
the X second limit by aggregating only bids received in the time window at step 514 
from all dealers. Where appropriate, a small latency tolerance may be added to the limit 

20 by the transaction center 504 to account for the current characteristics of the network; see 
below for more details. The X second lunit and the tolerance, if any, can be implemented 
using one or more business rules in the business logic 3 10. For example, one 
embodiment might use a thirty second limit with a maximum 250 ms latency tolerance. 
Also, see below for further discussion of timing related issues on the network. 

25 Once the bids are aggregated at step 514, they are reported en masse at step 5 1 6 

to the customer 502. At this point, little more than X seconds total has passed since the 
time the requests were broadcast at step 510. 

The customer 502 is given a Y second limit to select a bid. If she/he does not 
select a bid in that time period, she/he would have to re-bid the transaction at step 508 to 

30 obtain the needed foreign exchange. Additionally, from the time when a dealer, e.g. the 
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dealer 506, places a bid at step 512, up until the user selects a bid, at step 522, a dealer 
may pull her/his bid, e.g. step 518. If the pull request is made before the customer selects 
the bid, the pull will be effective and will also be transmitted to the customer 502 at step 
520. 

5 In some embodiments, the Y second time limit defaults to five seconds. The 

amoimt may be adjusted iq), or down, for more complex transactions. 

At step 522, when the customer 502 selects a bid, the banks are informed at step 
524. Additionally, the bank may be requested to acknowledge completed trades, at step 
526. Also, a confirmation can be sent by the transaction center 504 with counter-party 
10 settlement information at step 528. 

Advantages of Time Limits 

The X second and Y second time limits serve several purposes for both dealers 

and customers. TT\ey limit exchange risk for dealers, e.g. the dealer 506, because as 

noted, quotes may change as often as twenty times a minute. Thus, it is important dealers 
1 5 not commit to a price for an extended period. However, this has a beneficial effect for 

customers, e.g. the customer 502, as the dealers know the quote will have an extremely 

limited life and can make their best offer. 

The time limits also ensure fairness. Because all dealer offers are aggregated and 

presented to the user en masse, the customer, e.g. the customer 502, gets ttie full benefit 
20 of the multi-bid system and can evaluate all of the offers they receive. Also, dealers 

cannot gain an advantage based on their computer systems, e.g. better/closer network 

connection, over other dealers. 

The specific time limits, and latency tolerances, can be adjusted. For example, if 

the thirty second default for the X second time period is considered too long a time to 
25 have offers outstanding, the amoimt can be scaled back. Similarly, some embodiments of 

the invention allow customers and dealers to enter certain more complicated trades, or 

request more complicated bids. The X second limit and the Y second limit can be 

adjusted in response to these trades. 
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Lastly, on the latency front: Unlike dedicated connections, where the issue is one 
of physical connectivity, in packet-switched networks, there may always be some 
latency. The system can be adjusted to accommodate different latency characteristics. In 
some embodiments of the invention, the transaction center 504 is managed by an entity 
5 that contracts to provide at least portions of the carriage for the network 304. The entity 
controlling the transaction center 504 can adjust latency tolerances in accordance with 
the characteristics of the network 304 at any given time. 

In some embodiments, real time monitoring of packets reaching the transaction 
center 504 is used to measure the quality of service (QoS) and adjust latency tolerances 
10 up, or down, in accordance with the network's real time performance. In some 

embodiments, the adjustments are limited by a predetermined limit — ^a maximum latency 
budget— of for example, 250 ms. 

Time Lhnits 

Table 3 sets forth the time limits used by some embodiments of the invention for 
1 5 various purposes. The table is broken down along categories of currency with major 

currencies having generally shorter time limits than secondary and exotic currencies, e.g. 
less common currencies. Numbers in parenthesis indicate the default time according to 
some embodiments of the invention. 
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Action 


Major Curency 


Secondary 
Currency 


Exotic Currency 


Vs. USD or Natural Cross 


Basic X Second 
Limit (Spot) 


5 -35 sec 
(25 sec) 


5 — 45 sec 
(35 sec) 


5-70 sec 
(60 sec) 


Outright 
Forward (Even 
Period) 


5-45 sec 
(40 sec) 


5-70 sec 
(60 sec) 


5-85 sec 
(75 sec) 


Outright 
Forward (Odd 
Period) 


5-60 sec 
(50 sec) 


5-80 sec 
(70 sec) 


5-95 sec 
(85 sec) 


Respond to Two- 
WayBid 

Request 


Add 10 seconds 


Add 10 seconds 


Add 10 seconds 


Natural Cross 


Add 10 seconds 


Add 10 seconds 


Add 10 seconds 


Legacy 
Currencies 


Add 5 seconds 


Add 5 seconds 


Add 5 seconds 


Crosses 


Spot Cross 


5-45 sec 
(35 sec) 


5-55 sec 
(45 sec) 


5-70 sec 
(60 sec) 


Fwd Outright 
Cross (Even) 


5-55 sec 
(45 sec) 


5-70 sec 
(60 sec) 


5-90 sec 
(80 sec) 


Fwd Outright 
Cross (Odd) 


5-65 sec 
(55 sec) 


5-85 sec" 
(75 sec) 


5 - 100 sec 
(90 sec) 


Swaps 

Add 10 seconds for uneven swaps and forward forwards. 


Fwd Swap 
(Even) 


5-75 sec 
(65 sec) 


5-85 sec 
(75 sec) 


No preferred timing, 
e.g. over 100 sec. 


Fwd Swap (Odd) 


5-90 sec 
(80 sec) 


5-100 sec 
(89 sec) 


No preferred timing, 
e.g. over 100 sec. 


Fwd Swap Cross 
(Even) 


5 - 100 sec 
(90 sec) 


5 - 100 sec 
(90 sec) 


No preferred timing, 
e.g, over 100 sec. 


Fwd Swap Cross 
(Odd) 


5- 100 sec 
(90 sec) 


5-100 sec 
(90 sec) 


No preferred timing, 
e.g. over 100 sec. 


Additional Times 


Latency 
Tolerance 


100- 350 ms 
(250 ms) 


Basic Y Second 
Limit (Spot) 


3-10 sec 
(5 sec) 


Tables 



wo 01/75751 



PCTAJSOl/06187 



38 

Embodiments of the invention may allow additional time to allow for bidding and 
accepting more complex transactions as described below. Additionally, the exact timings 
can be adjusted due to market conditions and the ability of participants to respond, for 
example as dealers become more accustomed to the system, the basic X second limit for 
5 a major currency might even be dropped below five seconds. 

Anonymity: When is Counter-^Partv Information Known? 

In some embodiments of the invention, the identities of counter-parties to a 
transaction are concealed from the parties until a trade is accepted. In some 
embodiments, only customer identities are kept confidential, while dealer identities are 

10 provided with the bids sent to customers. 

In some embodiments, a customer — or dealer — can select whether to reveal 
her/his identity. For example, MegaBank might elect to reveal its identity despite the fact 
that counter-party information might normally be kept secret. This may be desirable for 
MegaBank if they believe it will improve the odds of their bid being selected. Similarly, 

15 a company could reveal its identity, again hoping that it may cause the dealers to quote 
better prices. 

Settiement Handling 

For confidentiality reasons, settlement information can be held until after a trade 
is completed. In some embodiments, the selection of a bid at step 522 includes 

20 transmission of the customer's settlement infomiation for the trade. Similarly, in some 
embodiments, the dealer's acknowledgment of the trade at step 526 can include dealer 
settiement information for the trade. 

The automation of this process can significantly reduce the back ofiSce 
overhead — ^and the. chance for errors — ^in foreign exchange transactions. In some 

25 embodimrats, the transaction center 504 generates one or more error messages if a 

dealer, e.g. the dealer 506, does not provide settiement infomiation by a predetermined 
period, e.g. 1700 hours local time, four hours after a trade, etc. Similar errors can be 
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generated for customers, e.g. the customer 522, if they did not provide suflBcient 

settlement information. 

In some embodiments of the invention, the enors may cause electronic mail, 

facsimiles, pager notifications, telephone calls, and/or some other contact to be placed or 
5 sent to the respective dealer or customer for failing to provide settlement instructions. In 

some embodiments, an additional service fee may be assessed for failure to provide 

settlement instructions in a timely fashion, and/or for contacting the dealer, or customer. 
The settlement information received from the counter-party can be paired with 

the task information and sent out as part of the one-click transaction reporting process of 
10 step 1 14. In some embodiments, if settlement information for a particular transaction has 

not been received when the process of step 1 14 is requested, the task is automatically 

held until the settlement information is available. It can then be transmitted immediately 

upon receipt without further user intervention, or with the next requested transmission of 

completed transaction information. 
15 Next, the user interface from the dealer perspective will be considered. 

Dealer User Interface 

Figure 6 illustrates a user interface provided to dealers, e.g, traders acting on 
behalf of banks or other institutions bidding to meet customer foreign exchange needs, 
according to one embodiment of the invention. This interface allows for rapid multi-bid 
20 execution. 

The graphical user mterfece can be provided by the display logic 300 in 
conjunction witii the presentation logic 308 and the business logic 3 1 0. The interface is 
shown in Figure 6 with the display 600, e.g. a physical display or a region on a physical 
display such as a window, occupied with various interface components. There is one 
25 main component according to some embodiments of the invention: place bid areas 602A- 
B. Each place bid area (e.g. the place bid areas 602A-B) could be displayed as separate 
windows or as part of a larger single window. In some embodiments, tiie position of the 
user interface elements can be changed and, where appropriate, saved for use in later 
sessions. 
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Several other interface components may be present on the display 600; these 
include menus; button bars; pricing information, e.g. from a data feed to show quotes 
being offered elsewhere; reporting options; and/or other content For example, the dealer 
might select a button in a button bar to produce a report showing executed trades and 
5 confirmation information. Another button might allow the dealer to download trade and 
setdement information to her/his back office systems. 

The basic mterface provided affords several place bids components allowing a 
dealer to respond to multiple bid requests simultaneously. The number of place bid 
components is limited by the display space available, the capacity of the dealer to handle 
10 multiple requests, as well as the policies of the dealer's management, e.g. the bank. 

Each place bid area, e.g. the place bid area 602A, affords a timer, e.g. the timer 
604 A, as well as display of the request wanted and a data entry area to provide a rate 
quote, hi some embodiments of the invention, the dealer's most recent quote for a 
currency is shown together with the aging history of that quote, e.g. "Your previous 
15 quote: 1 .4005 (60 seconds ago)". In some embodiments, the bid entry area is pre-fiUed 
with the most recent quote. In other embodiments, shown in Figure 6, the bid entry area 
is pre-filled with all but the last digit of the previous quote. 

This can be further generalized based on the volatility of a particular currency. 
For a quote of "1.2345", the "1.23" is the handle, the "0.004" is the big figure and the 
20 "0.0005" is the little figure, or tick. A pip is the smallest amount the tick can move by 
and may be set by convention. In some instances, moves by half-pips are supported as 
well. 

Thus, for example, some embodiments of the invention pre-enter the handle, but 
leave the big figure and little figure for the dealer to enter. Others, mclude the handle and 
25 big figure, but leave the little figure for the dealer to enter. 

Still other systems support the use of graphical and/or keyboard approaches to 
adjusting the quote quickly. For example, the and keys as well as up and down 
arrow buttons on the screen could be used to easily adjust the little figure up or down by 
a pip. Other controls might cause the big figure to move, e.g. shift key plus +/- or a 
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mouse click on the arrow buttons. Still others might cause half-pip movements, e.g. 
option key plus +/- or a mouse click on the arrow buttons. 

The particular interface for quote entry is thus highly customizable to the needs 
of a particular dealer and/or her/his business. For example, the capability for half-pip 
5 movement might only be enabled at businesses that provide quotes on the half-pip. 

A submit button, e.g. the submit button 606, is provided to allow the user to 
submit a quote. In some embodiments, if the dealer presses the return key, or other 
similar key, in the bid entry area, the quote is automatically submitted. The timer 604A 
shows a countdown of the time remaming to submit a bid. Additional user interface 
10 features may allow dealers to selectively reveal, or conceal, their identities on a per quote 
basis. 

In many instances, dealers may desire to wait until close to the end of the period 
afforded before placing and submitting their bid. In these instances, the dealer may enter 
her/his quote at the start of the time period, but delay submission until, for example, two 

1 5 seconds remain, This allows the dealer to further minimize their exchange risks. 

Additionally, business rules may be defmed to inform the dealer 506 when a 
quote she/he is entering deviates more than a predetermined amount firom the most recent 
quote she/he entered. The amount can either be defined in absolute terms, e.g. ± 0.0010, 
or in percentage terms, e.g. ± 3%. In some embodiments of the mvention, there is a 

20 system supplied value that can be further adjusted by the dealer. In cases where the 
entered quote deviates more than the predetermined amount, after the dealer hits the 
submit button 606, she/he can be asked to conlBrm her/his entry. 

After submitting a bid, the display might look like the bottom half of Figure 6 as 
shown in the place bid 602B component where a placed bid is shown together with a 

25 button 608 to allow the dealer to pull her/his bid; a keyboard shortcut may also be 

provided. The timer 604B can display the amount of time the customer has remaining to 
accept the bid. If the customer accepts the bid, the display can change again to reflect 
that and request confirmation — and settlement information, if not already provided, 
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In some embodiments, a keyboard shortcut is assigned to each of the place bid 
components, e.g. A, B, C, etc. Pressing that keyboard shortcut shifts the cursor focus to 
the corresponding enter bid area. 

The system can place new requests for bids in open place bid components, e.g. 
5 ones not currently occupied by other requests/offers. In some embodiments, a signal is 
provided if there are insufficient open place bid components. In other embodiments, a 
new place bid component is opened so as not to overlap the others on the display 600, 

In some embodiments, the dealer can dynamically select the currencies she/he is 
currently trading in from a pull down menu or dialog activated on the display 600. 
10 In some embodiments, the dealer can generate a variety of reports for her/his 

management, e.g. the bank. 

In some embodiments, the place bids components and the customer components 
of Figure 4 can be displayed simultaneously to support customers to act as dealers and 
vice versa. For example, a large multinational company might wish to allow its 
1 5 customers serve as dealer to meet its foreign exchange needs. In these embodiments, the 
customer could define filters to further limit which bids are presented to it, e.g. according 
to the tasks on the customer's tasks list 402. 

As noted, embodiments of the invention can support customers acting as dealers 
and vice versa, e.g. for inter-corporate trading. Accordingly, when appropriate, a single 
20 display, e.g. the display 400, might mclude a place bid area, e.g. the place bid area 602A. 
Next, the network and back-end environment supporting embodiments of the 
invention will be discussed in greater detail. 

Network and Back End Environment 

Some embodunents of the invention are designed to interoperate with public 
25 packet-switched networks, e.g. the Internet However, the time sensitivity of the 
information, as well as security concerns, should be accounted for. 

A secure transport protocol such as TLS version 1 .0, can be used for 
communications across the network. The TLS protocol was formerly known as secure 
sockets layer (SSL) protocol. The TLS protocol is further defined by the Internet 
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Engiaeering Task Force, Request For Comment number 2246, January 1999. The TLS 
protocol, however, is limited to providing encryption (privacy), party identification 
(authentication with digital certificates), and message tampering detection (reliability) at 
the transport layer. 

5 Additionally, one or more of a user password, a digital certificate, and/or a 

physical security token can be used to authenticate users within the foreign exchange 
execution module 1 12, e.g. at the application layer. For example, in one embodiment of 
the invention, users have a password and a SecureID(TM) card. Thus, neither the 
password nor the SecureID(TM) card, vnthout the other, would allow someone access to 

10 the foreign exchange execution module 1 12. 

In order to provide the foreign exchange execution module 1 12 m a client-server 
configuration across non-dedicated connections, there are additional issues that arise, e.g. 
managing latency, verifying packet times, etc. For example, if a client, e.g. a customer*s 
computer, could forge the packet times, the customer might be able to gain some 

15 advantage. These effects can be minimized by enforcing the time limits on the server, 
e.g. at the transaction center 504 in the multi-bid execution process shown in Figure 5. 

However, measuring and managing latency remains important. Embodiments of 
the invention may make use of specific network configurations and topologies to reduce 
the effects of latency. For example, embodiments of the invention may position 

20 equipment in areas with major use to allow traffic to be quickly routed to guaranteed 
QoS network connections, e.g. by establishing points of presence. For example, there 
might be points of presence in New York, Tokyo, Hong Kong, Singapore, London, 
Frankfurt, and San Francisco witii guaranteed. QoS connections to one another and/or the 
transaction center. This configuration provides reduced costs, e.g. no need for end-to-end 

25 QoS connection and increases the range of equipment usable for client terminals, e.g. 
wireless computers, dial-up connections, public Internet kiosks, is increased. Hot potato, 
or cold potato, routing approaches can be used to cause the data to leave the "public" 
segments of the Internet for the points of presence as rapidly as possible. Hot potato 
routing, also known as closest exit routmg, is a type of routing that moves traffic out of a 

30 particular network as quickly as possible. Cold potato routing, also known as furthest 
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exit routing, is a type of routing that keeps traffic within a particular exit for the longest 
possible period. Both approaches may be desirable depending on whether or not traffic is 
symmetrically routed. 

Further, this approach has applicability outside the Internet, but more generally 
5 for any type of packet-switched network over which embodiments of the mvention may 
operate. This is because this approach helps minimize the high cost associated with 
having a large number of guaranteed QoS links. Thus, for example, a private— or virtual 
private— packet-switched network without guaranteed QoS could be used in conjunction 
with a relatively small number of QoS links between selected points of presence. 
10 The time-sensitive nature of the data makes it desirable to measure latency— and 

the variance in the latencies— to ensure that customers and dealers are receiving 
information in a timely fashion. The foreign exchange execution module 1 12 can then 
respond to the detected latencies by one or more of: 

(1) notifying the customer/dealer and allowing them to choose how to proceed; 
1 5 (2) enforcmg a maximum latency policy, e.g. cut off use if measured latency 

exceeds maximum; 

(3) attempting to re-route packets to avoid latency, either at the network or ■ 
application layers; 

(4) adjusting the latency tolerance of the system on a per transaction basis 
20 according to the latencies for the participants; and/or 

(5) other approaches. 

Latency can be measured both at the application layer, e.g. Open Systems 
Interconnect (OSI) layer 7, and at lower layers, e.g. OSI layers 1-6. For example, some 
embodiments of the invention may make use of timestamps appended by network 

25 devices that support the Internet Protocol (IP) timestamp option to measure latency, and 
its variance. Similarly, some embodiments may implement packet re-routing at the 
application layer, e.g. OSI layer 7, e.g. with the business logic 310 instructing network 
devices to re-route packets if it is determined that the QoS terms are not being met. 
Alternatively, the re-routing can be done from application layer on the sever to the 

30 application layer on the customer or dealer computer, e.g. by providing a different IP 
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address/machine for the client to connect to. For example, if client X is currently 
connecting via a proxy in New York, flie connection could be re-routed by providing the 
client with the address of another server, e.g. in San Francisco, that will have better 
latency characteristics. 
5 Latency variance is also important because if the latency is 1 50 ms, but ttie 

variance is 100 ms, e.g. some packets are takmg as much as 250 ms, that may exceed the 
latency tolerances— or the maximum latency— allowed. Accordingly, it may be 
appropriate to handle the situation as described above for high latency connections. 

Additionally, embodiments of the invention may support application level load 
10 balancmg, e.g. OSI layer 7. Unlike most load balancing approaches currently available 
which operate at lower layers, e.g, OSI layers I-63 this approach involves analyzing load 
within the application and then sending one or more messages to network devices to re- 
route the traffic for load balance. 

An example may be helpful in understanding the distinction. For example, it is 
15 possible to use a Cisco(TM) Global Director from Cisco Systems, Inc., San Jose, 

California, to provide OSI layer 2-3 load balancing across servers. However, at present, 
this product is focused on balancing traffic and providmg redundancy. There are some 
limited features for feedback from servers. 

In contrast, embodiments of the invention primarily use application level, e.g. 
20 OSI layer 7, criteria to balance traffic. Accordingly, the application level is directing 
network traffic, e.g. to avoid latency and to ensure processing resource availability. This 
approach may, when appix)priate, be synergistically combined with products such as the 
Global Director. 

The combination of transport layer security, e.g. via the TLS protocol, and 
25 network configurations that are responsive of flie time-sensitive nature of the data can be 
used to implement embodiments of the invention over a variety of packet-switched 
networks at low cost, while ensuring high reliability and strong security. 
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R- RyampleTIse 

It may be helpful to explore how three companies might make use of the foreign 
exchange execution module 112 as well as the overall workflow automation process. In 
this example, only CreditCardCo, the fictional credit card company, will be considered. 
5 CreditCardCo has the process 202 performed for transactions in its transaction 

processing system according to the business rules for when foreign exchange is needed. 
This results in the automatic identification of foreign exchange needs from credit card 
holders' transactions. This information is automatically aggregated for CreditCardCo, 
and is transmitted automatically to the foreign exchange execution module 1 12 at 0855 

10 EST each morning for use by CreditCardCo's traders. 

If needed, CreditCardCo can have rules established to divide the trading among 
its traders, e.g. by currency. There is no need for an employee to record quotes received 
over the phone to provide comparisons. Instead, each trader acting for CreditCardCo sees 
her/his tasks list when she/he start trading in the morning. The traders can then complete 

1 5 the tasks with competitive execution through the multi-bid execution process. 

Now, with the same four traders, CreditCardCo can get more bids — ^and, 
hopefully, more competitive rates — ^for each foreign exchange transaction. That is 
because each trader's request will reach suitable counter-parties, e.g. from among the 
banks CreditCardCo convuiced to sign up as dealers. For example, CreditCardCo may . 

20 have convmced twenty-three of its banks to use the system as dealers. 

Traders press a single button on their user interface to transmit settlement 
information when they end their traduig day. This causes the settlement information for 
counter-parties, as well as transaction details, to be transmitted from the foreign 
exchange execution module 1 12 to CreditCardCo's settlement systems, 

25 Additionally, the foreign exchange execution module 1 12 provides reports to the 

traders' managers to allow them to assess whether the traders are selecting competitive 
bids. 

The overall experience of using embodiments' of the invention is similar for 
companies such as WidgetCo and InvestCo. Additionally, embodunents of the invention 
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can be integrated with enterprise resource planning (ERP) systems for integration with 
transaction information and other enterprise. Companies find a significantly more level 
playing field, e.g. in terms of access to competitive rates. Similarly, banks find that they 
have greater access to company's full transaction load. The implementation in a client- 

S server architecture across packet-switched networks increases the level of access while 
permitting broad integration with other company systems. 

A number of ancillary costs for the companies — ^and banks — ^are also reduced. 
For example, companies can now identify their foreign exchange needs systematically 
and automatically. Further, the automatic association of settlement information with 

1 0 ihost needs reduces processing costs. Similarly, management costs are reduced as well 
since well defined metrics can be used to evaluate tiie p^ormance of traders acting on 
the company's behalf. 

The availability of quality metrics may also make it viable for companies with 
relatively small foreign exchange needs to farm out the execution to a third party to act 

15 as the customer on their behalf For example, now a third party executing trades for the 
management 100 can be evaluated quantitatively by the management. Also, in some 
embodiments, the foreign exchange execution module 112 will aggregate foreign 
exchange needs from multiple companies. 

Next, some additional features offered by various embodiments of the invention 

20 will be considered. 

F. Bidding for the Same Transaction with Different Time Horizons 

In many instances, the perception of exchange risk on behalf of dealers may be ^ 
such that they wish to provide multiple bids and/or timed expirations for theu: bids. Li 
this configuration, each bid can have an associated time to live (TTL) that may be 
25 mdependent of the basic Y second limit for the customer to respond to bids. 

It is important not to confuse the concept of bids with different time horizons 
with forward foreign exchange transactions, e.g. requesting a quote for a transaction N 
days hence, which is supported by the foreign exchange execution module 1 12. Instead, 
this is dealers setting the TTL for an offered price quote. 
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In these embodiments, the dealer may have options to set a TTL in seconds for 
each quote and enter multiple quotes via the dealer user interface. For example, the 
dealer could bid 0.9905 with a TTL of 3 seconds and 0.9910 v^th a TTL of 10 seconds. 
If the Y second limit for customers to respond to bids is 10 seconds, both quotes could be 

5 presented to the customer and sorted separately. As appropriate quotes could become 
greyed' out, or removed from the customer's list, as their TTL expires. 

Also, the process flow of Figure 5 can be extended to allow dealers to pull 
individual quotes (e.g. I want to pull my 10 second quote). Suitable adaptations can be 
made to the user interface of Figure 6 to support a selective pull fonctionality as well as 

1 0 entry of multiple quotes. 

G. Third Partv Surety 

Foreign exchange transactions are high risk. In fact, a tremendous amount of 
money can easily be lost in minutes. For this reason, embodiments of the invention have 
business rules implemented in the foreign exchange execution module 1 12 to present 
1 5 requests for bids to only those dealers with whom a given customer has a credit 
relation — and suflEicient outstanding credit 

However, this lunitation can actually be detrimental to both customers and 
dealers. From the customer perspective, her/his ability to receive the best quotes is 
Ihnited by the number of institutions, and hence dealers, that can bid for her/his foreign 
20 exchange needs. Similarly, dealers make money by completing transactions; therefore, 
dealers would benefit from being able to bid on a larger number of requests. 

Accordingly, some embodiments of the mvention support third party surety. This 
third party may be a selected outsider, e.g. a Lloyd's of London, an insurer, etc., who 
acts as a third party credit guarantor, or may be another system participant, e.g. a web of 
25 trust model. Customer participants and dealer participants can then gain greater access by 
formmg credit relationships with appropriate third parties. 

When third party surety is used in connection with the foreign exchange 
execution module 112, customer bids will be presented to dealers according to both the 
customer to dealer credit relations and third party sinety credit relations. Additionally, an 
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appropriate user interface can be provided to third parties providing surety to inform the 
foreign exchange execution module 1 12 of credit relationships, monitor credit available, 
and/or perform other tasks relating to providing surety services. 

When appropriate, the third party may receive a fee from the customer, the 

S dealer, or both, for its role m the transaction. This can be automatically deducted by the 
foreign exchange execution module 1 12. Additionally, the third parties may charge other 
fees, e.g. credit line fees, require deposits, etc., to obtain their participation. 

. Additional modifications to the customer and dealer user interfaces may be 
appropriate. For example, when displaying bids in the bids 408 component, an icon, or 

1 0 other visual mdication, may be used to notify the customer that a third party surety 
relationship was used to obtain the transaction. This may also serve as a signal to the 
customer that an additional transaction fee may apply. When known, additional 
transaction fees from third parties can be included in cost differentials shown to the 
customer. Thus, two quotes for 1.4005 on a transaction may be different in the sense that 

15 one will cost an additional amount due to the use of one or more third party insurers. 

More generally, insurance reduces settlement risk and accordingly move the 
transaction model from a one-to-many based on credit relations to many-to-many based 
on participation in the market. 

H. Package Trades 

20 Another variant form of multi-bid foreign exchange execution supported by 

embodiments of the invention is the packaged trade. This is useftil if customers want to 
tiy to obtain a lower overall costs by bundling two or more foreign exchange needs, e.g. 
tasks, into a skigle request for bid. 

For example, a customer could bundle four small transactions, e.g. whose USD 

25 equivalent value is approximately USD 1,000,000 each, into a single request. This may 
make it more desirable to dealers to place competitive bids so as to receive the overall 
deal flow, e.g. USD 4,000,000, whereas taken individually the quotes might have been 
less competitive. 
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Accordingly, some embodiments of the invention allow a customer to select 
multiple tasks from the tasks list 402 for packaged execution. The task detail 404 
component can show the information for the selected tasks. The request choices 406 
component can allow further input before requesting bids. 

5 From the dealer side, the user interface will allow her/him to easily enter multiple 

quotes in the place bid 602A component. In some embodiments of the invention, the X 
second limit is extended beyond the system default for packaged trades, e.g. 40 seconds 
instead of a 30 second default. 

Back on the customer side, when bids are received, they can be shown as an 

10 indented table ranked by net cost for the packaged quote as a whole. In some 

embodiments of the invention, the packaged quote is shown as a series of line items with 
disclosure icons to allow expansion of the detailed quotes and costs of each transaction 
within the package. Given the additional infoxmation to be evaluated, some embodiments 
of the invention extend the Y second limit beyond the system default, e.g. 10 seconds 

1 5 instead of a 5 second default 

L Pricing Model 

The specific pricing model used by the provider of the foreign exchange 
execution module 112 can vary greatly. For example, licensing fees for software and 
support may be assessed against customers and dealers. However, this approach may be 

20 sub-optimal for the provider, e.g. if the provider can malce more money by giving away 
the needed client side software while charging for transaction execution. 

One embodiment of the invention charges usage fees to customers and dealers. 
For customers, these embodiments of the invention charge a modest usage fee relative to 
the size of the trade in millions of dollars. This is because the savings for larger trades, 

25 e.g. the spread between buy and sell quotes, tends to drop as volume increases in the 
foreign exchange market (Note, however, that studies have observed a point of 
inflection where the spread goes back up at a certain point, e.g. for tiltra-large 
transactions.) 
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ThCTefore, assessing customers based on the trade size fairly charges them for the 
increased value they receive for larger transactions — smaller spreads. For example, some 
embodiments of the invention charge between USD 5 and USD 50 per million dollars 
involved in the transaction. 

5 In contrast, banks, e.g. dealers, are attempting to generate revenue. Their revenue 

is dependent on the product of the volume and the spread. Accordingly, dealers benefit 
the most from larger spreads. However, given the spread/volume relation described 
above, the result for dealers is that revenue is somewhat flat at first and then, as volume 
increases, revenue trends upwards slowly because the spread is decreasing. 

10 Accordingly, some embodiments of the invention charge a small fiat fee, e.g. 

USD 5-100 per transaction. For example, a flat fee of USD 20 for each executed trade 
could be assessed. Since this is a flat fee for execution services, it is not tied to the tmde 
and will not discourage dealers firom participating in larger transactions where they can 
make the most revenue. 

15 However, a variety of other pricing models may also be usable. For example, 

customers could be charged a flat fee plus a volume related conunission. Similarly, 
dealers could be assessed a flat monthly cost on a per seat basis, e.g. USD 1,000 per 
month per seat, as opposed to per transaction charges to encourage dealer participation. 

J. Rules Based Bid Selection 

20 Some embodiments of the invention may allow customers (e.g. the customer 502) 

to define one or more rules for automatically selecting fi:om among received bids. The 
rules can be defined using a variety of approaches, e.g. expert system, small 
programmatic logic statements, visual programming, selection from system provided 
rules, and/or other approaches. 

25 This may simplify the execution process for customers by removing the need to 

make a decision in the Y second tune limit provided by the multi-bid execution process 
of Figure 5, 

A simple rule that a customer might define is: *Take the bid firom MegaBank if 
its cost is within 3% of the best bid, otherwise talce the lowest cost bid." This rule defines 
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a preference for using MegaBank over other banks, but only when MegaBank's quote is 
sufficiently low in cost as to be comparable to the lowest cost bid. 

It is not necessary for all rules to select a price. For example, the rule "Sort 
quotes from MegaBank to the top of the list and flag with red icon if outside 3% of 
5 lowest cost bid," simply helps implement a management' s policy of considering 

MegaBank' s bids &st. However, the customer's decision process is still improved since 
she/he has requested that the quote be flagged if it is not a very good quote, e.g. 3% from 
lowest cost quote here. However, with this rule, the customer (e.g. the customer 502) 
retains the final decision as to which quote to accept 

10 K. Price Discoverv 

The multi-bid execution process can also be viewed as a form of price discovery. 
This can be contrasted to the price discovery, or matching, of orders at the New York 
Stock Exchange, or other similar exchanges. However, it serves a similar purpose by 
allowing customers and dealers to match 

15 L. Limit Orders 

Some embodiments of the invention may allow customers to place limit orders. 
This may serve to filter incoming quotes and/or allow customers to automate foreign 
exchange execution. 

For example, a customer CI could review several tasks for the day and for one, 

20 e.g. BUY EUR 50,000, spot, select automatic execution with a limit price of 0.9950. The 
system cotild monitor various market data about the price, e.g. from pubUc data feeds 
and/or quotes being given to other customers, and send out a bid for this foreign 
exchange need at a suitable time. Further, the system could automatically select the best 
bid under the limit price. 

25 Alternatively, embodiments of the invention could prompt the user to select bids 

when they are received — ^pre-filtering bids over the limit bid. In this configuration, the 
system could select the appropriate time to bid the task, and then present the resulting 
price quotes to the customer. 
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This allows customers with a large number of tasks to devote their time to price 
sensitive transactions, while knowing that other tasks are being executed in accordance 
with their general instructions^ e.g. a ceiling on rates. 

Appropriate colors, shading, and/or icons can be used in (he tasks list 402 to 
5 signify tasks being handled in an automated, or semi-automated, fashion. For example, a 
computer icon might be placed to the right of a task description to indicate it is being 
handled by the foreign exchange execution module 1 12. In some embodunents of the 
invention, it is not possible for dealers to ascertain whether or not a transaction is being 
requested for automated bidding as opposed to a ^"live" customer. Further, the task could 

10 be automatically removed from the tasks list 402, when completed; see above for more 
discussion of the tasks list user interface. 

In some embodiments, limt orders and automated execution can support rules 
based bid selection. For example, in addition to specifying a limit price, a customer could 
supply one or more rules to apply in selecting bids. 

15 Additionally, although rules based bid selection and limit orders have been 

described primarily from the customer perspective, similar approaches can be employed 
by dealers. For example, embodiments of the invention might permit dealers to establish 
rules for transactions (e.g. "If total transaction size is less than USD 1,000,000, use most 
recent price quote if quote is less than 60 seconds old"). Similarly, dealers could request 

20 special treatment for certain conditions (e.g. "If customer is firom my preferred customer 
list, flag with star icon"). Such a rule would help give the dealer a better visual indication 
of when its preferred customers — ^from a list it has established — are requesting bids. 

M. E-Commerce Interface 

Embodiments of the invention can be configured to interoperate with electronic 
25 commerce, or e-commerce, sites. Two embodiments of the invention incorporatmg this 
will be considered, a transaction service variant and a real-time pricing variant. The two 
may both be used simultaneously, if appropriate. 
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Transaction Service Variant 

For example, a site such as Business2Biisiness.com, a fictional business to 
business transaction site, could, upon completion of a transaction between business Bl 
and business B2: 

5 (1) identify needed foreign exchange for a party, e.g. Bl 

(2) offer to provide the party foreign exchange execution, e.g. present a web page 
with a button for "Fulfill my foreign exchange needs now." 

(3) act as an intermediary for the ultimate customer, Bl , in the foreign exchange 
execution module 1 12 by placing the foreign exchange need for bid. 

10 (4) Present received price quotes firom dealers to Bl 

(5) and responsive to acceptance of a price quote by Bl, signaling acceptance to 
the dealer who submitted that price. 
Ixi some embodiments of the invention, this service is charged for separately by the 
provider firom any service charges, fees, and comnaissions that are charged for using the 
1 5 foreign exchange execution module 112. 

The savings in time— and money— for businesses using this service, e.g. B 1 , can 
be considerable. Because it serves to remove exchange rate risk from the transaction by 
allowing the ride to be limited almost inunediately upon completion of the transaction. 

Real-time Pricing Variant 

20 Other embodiments of the invention use a similar approach but provide real-time 

price quotes. For example, a site such as Business2Businessxora, a fictional business to 
business transaction site, could automatically request price quotes in, for example. Euros, 
for European based customers using the multi-bid process described above. A more 
detailed example may be helpful. 

25 Assume business Bl and business B2 are conducting a transaction over 

Business2Business.com, and that business Bl works in United States Dollars, but 
business B2 works in Euros. Embodiments of the invention can allow 
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Business2Business,com to automatically request price quotes in the correct currency and 
allow the two businesses to eliminate exchange risk. 

As a result, when B2 reviews El's proposal as stored at Business2Business.com, 
a request for bids can go out, and the price shown to B2 will be in Euros based on the 
5 best price quote received. Business B2 then has the capability to accept the offer at that 
exchange rate and limit its currency exposure. The Y second time limit typically used in 
the multi-bid execution process might be lengthened to allow B2 a slightly longer 
decision period. If desired, as quotes time out, new bids can be solicited. 

Some embodiments of the invention automatically identify the date when 
1 0 payment is expected, e.g. the date the foreign exchange is needed, so that the request for 
bids is sent out as an appropriate forward request. As appropriate, this identification can 
be assisted by the commerge vendor, e.g. Business2Business.com in this example. 

Some embodiments of the invention, show both the foreign currency amount and 
the best bid, e.g. *^USD 1,000,000 [Best Bid Now EUR 1,005,000]", etc. 
15 Some embodiments of the invention use automatically obtained quotes as 

described more fidly below to provide pricing. 

N. Automatic Quoting 

For a nxmiber of reasons, it may be desirable for dealers to set up automatic 
quotes to handle certain transactions, e.g. under a certain amount in USD. For such 

20 transactions, the dealer can maintain a table using the dealer interface of quotes for 
various transactions together with spreads for different classes of customers, e.g. based 
. on flieir cre^t worthiness with the dealer. The customer can still benefit fi:om the 
multi-bid process because that quote may go up against quotes from live dealers or firom 
dealers who have narrower adjxistments and more frequently updated tables. 

25 Some embodiments of the invention do not indicate to customers whether or not a 

quote is from a "live" dealer or is an automated quote of some sort. Still more 
sophisticated automatic quoting mechanisms can be integrated, e,g. through the vise of 
client side scripting, hosted pricing agents for dealers, and/or an application 
programmers' interface (API) for coupling a dealers' pricing agent with the system. 
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O. Conclusion 

Combinations of the individual features described above can also be used by 
embodiments of the invention. The foregoing description of various embodiments of the 
invention has been presented for purposes of illustration and description. It is not 
5 intended to limit the invention to the precise forms disclosed. Many modifications and 
equivalent arrangements will be apparent. 
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CLAIMS 

What is claimed is: 

1 . A method of providing a graphical user interfece for foreign exchange execution 
using a computer system, the method comprising: 

5 providing a first visual indication of a plurality of tasks, each of the plurality of 

tasks corresponding to a foreign exchange need; 
concurrently providing a second visual indication for requesting multi-bid foreign 

exchange execution of a task in the plurality of tasks; 
updating the first visual indication responsive to multi-bid foreign exchange 
1 0 execution of tasks. 

2. The method of claim 1 , further comprising concurrently providing a third visual 
indication responsive to a request for price quotes, the third visual indication including a 
plurality of received price quotes for the task, 

3 . The method of claim 2, wherein the third visual indication further includes a cost 
1 5 difiference for accepting each price quote relative to accepting a least cost price quote in 

the plurality of received price quote. 

4. The method of claim 2, wherein the plurality of received prices quotes are 
displayed within the third visual indication in sorted order from least cost price quote to 
highest cost price quote. 

20 5 . The method of claim 2, wherein at least one of a color, a shading, and an icon, is 
associated with each of tiie plurality of price quotes accordmg the deviation of the price 
quote from a least cost price quote. 



1 
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6. The method of claim 2, wherein one or more rules are applied to control display 
of the plurality of price quotes, the one or more rules corresponding at least one of user 
generated preferences and user generated requirements* 

7. The metiiod of claim 2, wherein a least cost price quote is shown in a first color, 
5 wherein price quotes less than a first predetermined percentage of the least cost price 

quote are shown in a second color, and wherein price quotes within over the first 
predetermined percentage are displayed m a third color. 

8. The method of claim 2, wherein a plurality of weather icons are associated with 
percentage deviance firom a least cost price quote, and wherein price quotes with lower 

10 percentage deviance to the least cost price quote have a sunny weather icon and price 
quotes with higher percentage deviance firom the least cost price quote have a rainy 
weather icon. 

9. The method of claim 2, wherein the computer system includes a keyboard having 
a plurality of keys, and wherein a predetennined key in the plurality of keys is identified, 

1 5 and wherein a least cost price quote is assigned to the predetennined key such that upon 
receiving a signal on the predetermined key, an acceptance of the least cost price quote is 
triggered. 

10. The method of claim 2, wherein the third visual indication further includes a 
visual indication of time remaining to accept one of the plurality of price quotes. 

20 11. The method of claim 1, wherein each of the plurality of tasks further corresponds 
to a settlement information. 

12. The method of claim 1, vy^ierein each of the plurality of tasks further corresponds 
to a cost allocation, the cost allocation specifying division of execution costs for the task. 

1 3 . The method of claim 1 , wherein the updating the first visual indication comprises 
25 removing a task firom display in the first visual indication. 
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14. The method of claim 1 , wherein the updating the first visual indication comprises 
changing one or more of a color the task is displayed in and a shading the task is 
displayed with. 

1 5 . The method of claim 1 , wherein the updating the first visual indication comprises 
5 displaying an icon adjacent to the task. 

16. The method of claim I, wherein the first visual indication comprises a scrollable 
list 

17. The method of claim 1, wherein the second visual indication supports bidding the 
task as a two-way transaction that requests both buy and sell price quotes, and the 

1 0 method further comprising providing a third visual indication including a first subarea 
and a second subarea, the first subarea including a plurality of received price quotes for 
buy and the second subarea including a plurality of received price quotes for sell, the 
plurality of price quotes for buy sorted by a least cost price quote for buy within the first 
subarea, the plurality of price quotes for sell sorted by a least cost price quote for sell 

IS within the second subarea. 

1 8 . The method of claim 1 , wherein two or more of the plurality of tasks can be 
selected from the first visual indication and wherein the second visual indication 
supports requesting multi-bid foreign exchange execution of the two or more tasks as a 
package trade, 

20 19. The method of claim 1, further comprising concurrently providing a third visual 
indication responsive to a request for price quotes for the package trade, the third visual 
indication including a plurality of received price quotes for the package trade and for 
each price quote displaying a net cost difference for accepting each price quote relative 
to accepting a least cost price quote in the plurality of price quotes. 

25 20 , The mettiod of claim 1 9, finther comprising providing a disclosure button 
adjacent to each of the plurality of price quotes within the third visual indication, the 
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disclosure button for expanding display of respective price quotes to display information 
relating to each of the two or more tasks comprising the package trade. 

21 . A method for providing a graphical user interface for foreign exchange execution 
using a computer system including a display area and a keyboard having a plurality of 

5 keys, the method comprising: 

providing a plurality of visual indications on the display area of the computer 
system, each of the plurality of visual indications for displaying a single 
request for a price quote for a foreign exchange need from a customer and for 
receiving a price quote for submission to the customer, each of the plurality 
1 0 of visual indications further including a timer for displaying the time 

remaining to submit the price quote to the customer; 
automatically distributing the plurality of visual indications on the display area so 

as not to overlap one another; 
assigning to each of the plurality of visual indications a corresponding key in 
1 5 plurality of keys such that the computer system responds to a signal from the 

corresponding key by selecting corresponding visual indication and prepares 
computer system to receive a price quote; and 
responding to incoming requests for a price quote for a foreign exchange from a 
customer by automatically assigning the price quote for the foreign exchange 
^' 20 to one of the plurality of visual indications using the computer system. 

22. The method of claim 21, wherein each of the plurality of visual indications either 
in use or not in use, and wherein the responding further comprises selecting a visual 
indication in the plurality of visual indications not in use. 

23 . The method of claim 21 , wherein the responding further comprises displaying 
25 one or more of a previous price quote in currency of the foreign exchange need, 

historical data on price quotes in currency of the foreign exchange need, an incommg 
data on price quotes in currency of the foreign exchange need, and a spread for currency 
of the foreign exchange need in the one of the plurality of visual indications. 
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24. The method of claim 2 1 , wherein the responding further comprises displaying a 
previoxis price quote in currency of flie foreign exchange need and the method further 
comprising accepting input from the keyboard to adjust price quote. 

25 . The method of claim 24, wherein the visual indication includes one or more areas 
5 for receivmg mouse clicks to adjust price quote in increments of at least one or more of 

half-pip, pip, and big figure. 

26. The method of claim 24, wherein the accepting further comprises accepting a first 
key press to adjust price quote up one pip and accepting a second price quote to adjust 
price quote down one pip. 

1 0 27. The method of claim 26, wherein the keyboard includes at least a first modifier 
key and wherein the accepting further comprises adjusting price quote by big figure 
when first modifier key depressed. 

28. The method of claim 26, wherein the keyboard includes at least a first modifier 
key and wherein the accepting further comprises adjusting price quote by half pip when 

1 5 first modifier key depressed, 

29. The method of claim 2 1 , wherein the responding further comprises displaying 
one or more of a dollar volume of transactions with the customer, a percentage of price 
quotes accepted by the customer, an icon if the customer is meets one or more rules 
conesponding at least one of preferences for customers and requirements for customers, 

20 and the identity of the customer in the one of the plurality of visual indications. 

30. The method of claim 21, furdier comprising: 

after the responding, accepting an input fix)m the keyboard, the uiput 

corresponding to a price quote for the foreign exchange need of the customer 
and 

25 transmittuig the price quote to the customer. 
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3 1 . The metbod of claim 30, fiixther comprising: 

prior to the transmitting, comparing the price quote with a previous price quote in 

currency of the foreign exchange need and 
requesting a confirmation if the price quote deviates from the previous price 
5 quote by a predetermined amount, 

and wherein the transmitting occurs responsive to the confirmation. 
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d. I I animal varieties. 

Q. rn essentially biological processes for the production of plants and animals, other than microblologica! processes 
and the products of such processes. 

f. j^schemes, rules or methods of doing business. 

g. schemes, ailes or methods of perfonning purely mental acts. 

h. Q schemes, njles or methods of playing games. 

L Q methods for treatment of the human body by surgery or therapy, 
j. 03 methods for treatment of the animal body by surgery or therapy. 
k, Q diagnostic methods practised on the human or animal body. 
I. mere presentations of Infomiatlon. 

m. I [computer programs for which this international Searching Authority Is not equipped to search prior art. 

2. r~] The failure of the following parts of the international application to comply with prescribed requirements prevents a 

meaningful search from being carried out: 



I I the description 



I I the claims 



I I the drawings 



3. rn The failure of the nucleotide and/or amino add sequence listing to comply with the standard provided for in Annex C of the 

Administrative Instructions prevents a meaningful search from being carried out: 

I I the written form has not been fumished or does not comply with the standard. 

I I the computer readable forni has not been furnished or does not comply with the standard. 

4. Further comments: 



Name and mailing address of the International Searching Authority 
European Patent Office, P.B. 5818 Patentlaan 2 
Ml NL-2280 HV Rljswijk 
Sff) Tel. (+31-70) 340-2040. Tx. 31 651 epo nl. 
Fax: (+31-70)340-3016 



Authorized officer 

Maria Rodriguez Novoa 



Fonn PCT/ISA/203 (July 1998) 



International Application No. PCT/US 01/06187 



FURTHER INFORMATION CONTINUED FROM PCT/ISA/ 203 



A meaningful search is not possible on the basis of all claims because 
all claims are directed to methods for doing business (Rule 39.1(iii) 
PCT) . 

The applicant's attention is drawn to the fact that claims relating to 
inventions in respect of which no international search report has been 
established need not be the subject of an international preliminary 
examination (Rule 66.1(e) PCT). The applicant is advised that the EPO 
policy when acting as an International Preliminary Examining Authority is 
normally not to carry out a preliminary examination on matter which has 
not been searched. This is the case irrespective of whether or not the 
claims are amended following receipt of the search report or during any 
Chapter II procedure. If the application proceeds into the regional phase 
before the EPO, the applicant is reminded that a search may be carried 
out during examination before the EPO (see EPO Guideline C-VI, 8.5), 
should the problems which led to the Article 17(2) declaration be 
overcome. 
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FACSIMILE COVER SHEET 
THIS FACSIMILE TRANSMISSION WILL NOT BE MAILED 



Date: January 19> 2005 



Total number of pages: 
(including 1-page cover sheet) 



FUe Number: 06W.1 13766 



If all pages are not received, please call 
Sheppard Mullin at 212-332-3800 



TO; 

Stajoey A, Saioutz 

Dickstein Shapiro Morin & Oshinsky LLP 


Facsimile No. 
(212)997-9880 


Telephone No. 
(212) 896-5446 





From: Tim McC^aithy 
Re: 



MESSAGE: 



Lli^l^g|P^M.LP.B.1^^.Wg^ ^LI ENTITY TO WHICH rr \$ appresseo. anp may contain 

INFORMATIO N THAT iS PRIVILEGED. CONFIDENTIAL AND EXEMPT FROM DISCLOSURE UNDER APPLICABLE LAW . |F THe READER OF THIS 
MESSAGE 15 NOT THE INTENDED RECIPIENT, OR THE EMPLOYEE OR AGENT RESPONSIBLE FOR DELIVERING THE MESSAGE TO JYiE INTENDED 
RECIPIENT. YOU ARE HEREBY NOTIFIED THAT ANY DISSEMINATION. DISTRIBUTION OR COPYING OF THIS COMMUNICATION IS STRICTLY 
PROHIBITED. IF YOU HAVE RECEIVED THIS COMMUNICATION IN ERROR, PLEASE NOTIFY US IMMEDIATELY BY TELEPHONE AND RETURN THE 
ORIGINAL MESSAGE TO US AT THE ABOVE ADDRESS VIA THE U.S. POSTAL SERVICE. THANK YOU. 

Wl>2-NY:'mMl\l2O00O683.1 
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Writer's Direct Line: 
fniccanhy@sheppardnjullin.coin 

Our File Numbcn 0(5VV-1 13766 



VJA FACSIMILE AND MESSENGER 
Stacey A. Saiontz 

Diokstein Shapiro Motin & Oshinsky LLP 
1 1 77 Avenue of flie Americas 
New York, NY 10036-2714 
Facsimile: (212) 997-9880 



Re: 



Cantor Fitzgerald & Co.. ct aL v, AlcidA Bank Private Limited, et al. 
Case No. 04.CV-7065 (RCC) ECF Case 



Dear Stacey, 

Per discussion, enclosed please find an executed copy of the agreed stipulation regarding 
Islamic Investment Company of the Gulf ^abiuin) in the above-captioned action. Please return 
a fully-executed copy to my attention at your earliest convenience. 



Best regards, 
Tim McCarthy 



Enclosure 



W02-NY:7TJMIM2(X)00684. i 
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UNITED STATES DISTEUCT COURT 
FOR THE SOUTHERN DISTRICT OF NEW YORK 

— — — X 

In Re Terrorist Attacks on September II, 2001 03 MDL 1570 (RCC) 

ECF Case 

' — X 

CANTOR FTTZGERALD & CO., et al., 

Plaintiffs, Case No, 04.CV-7065 (RCC) 

ECF Case 

V. 

AKID A BANK PRIVATE LIMITED, et al. 

Defendants. 

— — « X 

CONSENT MOTION AND STDPXJIATION AS TO SERVICE 
OF PROCESS AND EXTENSION OF TIME 

WHEREAS, plaintiffs have been unable to effect service of process upon Islamic 
Investment Company of the Gulf (Bahrain) ("IICG"); and 

WHEREAS, plaintiffs and nCG have had discussions pursuant to which the, 
aforementioned parties have agreed to avoid motion practice regarding the validity and 
eflFectiveness of such attempted service, the parties having conferred hereby move the Court to 
adopt this Stipulation as to Sendee of Process and Extension of Time to Respond. 

NOW, THEREFORE, IT IS HEREBY STIPULATED AND AGREED, by and 
between coimsel to the respective parties, that IICG shall have forty-five (45) days from the date 
on which the Court decides Investment Company of the Gulfs pending Motion to Dismiss in 
Federal Insurance Compare, et al (03-CV-6978) to answer or otherwise move in response to 
Plaintiffs' First Amended Complaint. 

DOCSNY.133802.1 
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IT IS FURTHER HEREBY STIPULATED AND AGREED that plaintiflFs' response 
to UCCs responsive pleadings, if any, shall be served within sixty (60) days of receipt of same 
from defendant's counsel; and that defendants shall file reply papers within fourteen days of 
receipt of plaintiffs' opposing papers, if any. 

IT IS FURTHER HEREBY STIPULATED AND AGREED that ECG hereby and 
permanently waives, before this Court and/or any other United States Court in any United States 
Jurisdiction in which proceedings in this action may take place, any and all objections to the 
form, method, and effectiveness of the service attempted to be effected upon it in this action by 
plaintiffs, and specifically agree that this service of process and this stipulation will constitute 
sufficient service of process under the Hague Convention and waives all arguments to the 
contrary. 

IT IS FURTHER HEREBY STIPULATED AND AGREED that HCG hereby and 
permanently waives, in any proceeding taking place outside of the United States related to this 
action, any and all arguments or claims that the foitn, method, and effectiveness of the sendee 
attempted to be effected upon it In this action by plaintiffs was defective or improper in any way. 

IT IS FURTHER HEREBY STIPULATED AND AGREED that this Stipulation is 
entered into without prejudice to the ability of nCG to move the Court for an additional 
e>cten$ton of time and/or to any objections that plaintiffs may make to such a motion. 

IT IS FURTHER HEREBY STIPULATED AND AGREED that Plaintiffs shall serve 
their RICO Statements concerning nCG, as required by Paragraph 7 of the Court's Standing 
Rules of Practice and Paragraph 14 of Case Management Order No. 2, not later than 30 days 
after the Court approves this Stipulation and Order. 



DOCSNY. 133802.1 



01/19/2005 12:37 FAX 212 332 3888 



SHEPPARD MULLIN 



12005/005 



I 



rr IS FUHTHER HEREBY SUPULATED AND AGREED that the paities hereto 



reserve all rights and defenses not specifically addressed hereby. 



Dated: New York, New York 
January 5, 2005 



Re$pectfiilly submitted, 



By: 

Jonathan Goodman (JG 303 1) 

Kenneth L. Adams 
Stacey A. Saiontz 
DICKSTEIN SHAPIRO MORIN 
&OSHINSKYLLP 
1 177 Avenue of the Americas 
New York, New York 10036 
(212) 835-1400 
Attorneys for Plaintiffs 

SHEPPARD MULLIN RICHTER 
& HAMPTON LLP 



By: 



Jarhes J. McGuire (JM 53^0) 

Timothy J, McCarthy (TM 2118) 
30 Rockefeller Plaza, 24th Floor 
New York, N.Y. 10112 

Attorneys for Defendant 
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□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 
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